From: Afanasov Dmitry <ender@altlinux.org> To: devel@lists.altlinux.org Subject: Re: [devel] I: openldap 2.4.16 Date: Fri, 10 Jul 2009 10:54:13 +0400 Message-ID: <20090710065412.GA28289@ender.fondinvestrk.ru> (raw) In-Reply-To: <20090709204951.GA18673@lsv.altlinux.ru> [-- Attachment #1: Type: text/plain, Size: 4008 bytes --] On Fri, Jul 10, 2009 at 12:49:51AM +0400, Lebedev Sergey wrote: > On 09 Jul, Afanasov Dmitry wrote: > [skip] > > > Я постарался реализовать прозрачное обновление сервера и > > > библиотек. > > > > > > 1) libldap2.4 обратно совместима с libldap2.3. > > > 2) openldap 2.4.16 собран с новой версией berkeley db (4.7). > > нет, и ещё раз нет. > > Почему? В чем объективные причины этого не делать? я рассуждаю не на уровне объективности, а на уровне последствий и их приемлемости. те последствия, что я вижу сейчас мне не нравятся. не нравятся по тем же причинам, что и Денису Смирнову основные изменения, что здесь происходят: смена soname и смена формата базы. soname сейчас сменился, по SharedLibPolicy делать ссылку со старого soname на старый просто нельзя. compat быть обязан. я не знаю, объективен ли SharedLibPolicy, как я понимаю, это просто формулировка того, что мы считаем неприелемым разъезд API и ABI программ и библиотек. второй пункт: конвертация баз из одного формата в другой в общем случае является нетривиальной задачей. проблема в том, что у нас именно общий случай - мы не знаем, как и где используется сизифный openldap. более того, при смене формата баз конвертация должна запускаться на уровне сервера, а не на уровне обновления. наконец, я прошу учитывать, что разница между текущим сизифом и рабочей системой не обязательно будет неделя-две-месяц, разница может быть в годы и система может быть какой угодно, например точечно быть осизифленной, но ни разу не dist-upgrade'нутой. а теперь представим обновление сентябрского сизифа до текущего. обвновляется будет порядка 1200 пакетов. интересно, много шансов заметить в этом километровом листинге ошибку обновления ldap'а? не прервет ли этот красивый листинг ошибка при обновлении ldap'а? именно по причине сложности конвертации и высоких шансов пропустить, что же там происходит, я считаю, что конвертацию базы на этапе rpm -Uhv делать нельзя. максимум перекинуть её из %post в service openldap start, хотя и здесь та же проблема: машина может запускаться без монитора, и опять пользователь не увидит ошибки. либо отвалится по service slapd condreload/condrestart при том же обвнолении. я и здесь согласен с Денисом, что самым правильным вариантом будет вариант postgresql: нужен openldap4 (или 24), а 2.3 оформить как compat. это было по делу, дальше JT :) > > я как представлю обновление машины на сизифе полугодичной давности, так > > страшно становится. > > Хотелось бы уточнить. У вас есть некий сервер на Сизифе с > openldap'ом и вам страшно его обновлять, потому что в Сизифе > будет новый openldap? ай-ай-ай, не в ту ведь сторону уходим. причем здесь страшно/не страшно? мне не страшно, я просто считаю, что ручную работу делать автоматической неправильно. а если бы и было, что это надо исправлять. разве правильно, когда народ боится? :) > > качество обновления нужно учесть не только сейчас, но и через год, два, а > > то и три. > > Дмитрий, что конкретно в сборке, которую я предлагаю, снижает > качество обновления? то что оно автоматическое и высок шанс пропустить, где же ошибка. > > в var у меня 2Г, 1.5 которых часто занято apt-cache'ем. /var/log всегда > > отдельно ибо нефиг размножаться. > > Если размер свободного места на разделе недостаточно для создания > backup'а, то установка будет прекращена. Похожий вопрос уже был в > этом треде. аха, и после обновления openldap будет в дауне, а причина будет описана на 30 shift-pgdn'ов вверх и до неё будет не добраться - кеш у консоли маленький. > > кстати, это тянет не на openldap, а на openldap4 с сохранением > > принципиально не обновляемого compat. > > Лично я не вижу _существенных_ причин этого делать. надеюсь выше я объяснил, почему несущественные для вас причины для меня являеются существенными. если есть хоть шанс неожиданно усложнить жизнь - надо искать другой способ. благо другой способ есть. -- С уважением Афанасов Дмитрий [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2009-07-10 6:54 UTC|newest] Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-07-08 17:00 Lebedev Sergey 2009-07-08 17:27 ` Ivan Fedorov 2009-07-08 20:31 ` Lebedev Sergey 2009-07-09 3:31 ` Денис Смирнов 2009-07-09 8:54 ` Dmitry V. Levin 2009-07-10 5:39 ` Денис Смирнов 2009-07-09 6:25 ` Ivan Fedorov 2009-07-09 8:58 ` Dmitry V. Levin 2009-07-09 9:47 ` Ivan Fedorov 2009-07-09 9:18 ` Dmitry V. Levin 2009-07-09 15:21 ` Sergey V Turchin 2009-07-09 7:41 ` Dmitry Lebkov 2009-07-09 9:04 ` Dmitry V. Levin 2009-07-09 11:41 ` Dmitry Lebkov 2009-07-09 12:46 ` Dmitry V. Levin 2009-07-09 9:30 ` Dmitry V. Levin 2009-07-10 5:36 ` Денис Смирнов 2009-07-13 20:22 ` Michael Shigorin 2009-07-09 16:42 ` Lebedev Sergey 2009-07-10 5:34 ` Денис Смирнов 2009-07-10 12:32 ` Sergey N. Yatskevich 2009-07-09 19:28 ` Afanasov Dmitry 2009-07-09 20:49 ` Lebedev Sergey 2009-07-10 6:54 ` Afanasov Dmitry [this message] 2009-07-10 12:42 ` Sergey N. Yatskevich 2009-07-13 10:24 ` Afanasov Dmitry 2009-07-10 10:05 ` Vladimir V. Kamarzin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20090710065412.GA28289@ender.fondinvestrk.ru \ --to=ender@altlinux.org \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git