From: Andrey Orlov <cray@neural.ru> To: ALT Devel discussion list <devel@altlinux.ru> Subject: Re: [devel] Мусор в Requires Date: Mon, 1 Mar 2004 11:32:45 +0300 Message-ID: <200403011132.45756.cray@neural.ru> (raw) In-Reply-To: <20040229221333.GC5036@localhost.localdomain> On Monday 01 March 2004 01:13, Денис Смирнов wrote: > 3. Привожу пример: > - libc.so.6 > - libc.so.6(GLIBC_2.0) > - libc.so.6(GLIBC_2.1) > - libc.so.6(GLIBC_2.1.2) > - libc.so.6(GLIBC_2.1.3) > - libc.so.6(GLIBC_2.2) > > Красиво? Логика мне подсказывает, что лишь последняя запись здесь имеет > смысл. То, что вы сказали, верно при предположении, что: libc.so.6(GLIBC_2.2) provide libc.so.6(GLIBC_2.1.3) Что, конечно, в данном конкретном случае может быть и так, но вот в общем случае ... Я живо представил себе "дуп" вида : python == 2.2 python == 2.3 И что-то у меня не возникает уверенности в работоспособности этого пакета вообще, а уж тем более - при соблюдении только последней кляузы. Иными словами, упростить такие зависимости, конечно, можно, но нужна машина вывода более хорошая, чем sort|unique|tail -1 ;) > 5. libXXX и libXXX.so.Y > Логика мне подсказывает, что вторая зависимость такого вида чаще всего > является лишь уточнением первой. > > Предложение: в подобных ситуациях удалять первую зависимость. Из вашей логики следует, что ваше предложение будет "чаще всего" работать. > Реализация каждой их этих оптимизаций достаточно простая (всё вместе займёт > пару часов, не считая тестирования), и я пока не вижу ни одного негативного > побочного эффекта от этой фичи. Выше парочка нашлась > Зато есть два основных позитивных, это уменьшение размера apt и rpm баз, > увеличения скорости работы apt, увеличение скорости работы hasher'а. Сдается мне, что основной тормоз apt & rpm баз не в количестве зависимстей, а в их кривой обработке, так что и копать надо в другую сторону. Вот то, что снижение количества зависимостей приводит к их большей осозноваемости представляет некий плюс. > Вопрос -- оно нам надо? В смысле -- я могу это сделать, но это имеет смысл > только при включении результата в Сизиф (и пользу от него мы получим только > после ближайшей полной пересборки Сизифа). Мне кажется, что в общем случае без создания серьезной машины вывода работающей над зависимостями и исключающей те из них, которые выводимы через другие при помощи некоторых правил вывод, это будет глюкодром. С другой стороны, от попытки проведения работы такого рода может произойти масса полезных сторонних эффектов, как для вас лично, так и для Сизиф, так что я бы с интересом за этим понаблюдал. ЗЫ: Пример стороннего эффекта - средства диагностики корректости зависимостей для ручного исправления. Я тут склепал прототип python.req python.prov, а применив его к собственно python ;), обнаружил, что некоторые файлы в пакете нахрен не нужны. -- WthBstRgrds -- Андрей Орлов -- --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org --- ----------------------------------------
next prev parent reply other threads:[~2004-03-01 8:32 UTC|newest] Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-02-29 22:13 Денис Смирнов 2004-02-29 22:20 ` [devel] Мусор в requires Денис Смирнов 2004-02-29 23:12 ` Денис Смирнов 2004-03-01 4:25 ` [devel] Re: Мусор в Requires Alexey Tourbin 2004-03-01 17:01 ` [devel] Мусор в quis Денис Смирнов 2004-03-01 8:32 ` Andrey Orlov [this message] 2004-03-01 16:53 ` Денис Смирнов 2004-03-01 21:59 ` Andrey Orlov 2004-03-02 10:44 ` Денис Смирнов 2004-03-02 11:42 ` Dmitry V. Levin 2004-03-01 17:24 ` [devel] Re: Мусор в Requires Michael Shigorin
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=200403011132.45756.cray@neural.ru \ --to=cray@neural.ru \ --cc=devel@altlinux.ru \ /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