From: Aleksey Avdeev <solo@solin.spb.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] non-strict deps
Date: Fri, 25 Jan 2013 19:28:31 +0400
Message-ID: <5102A49F.7020408@solin.spb.ru> (raw)
In-Reply-To: <20130125150940.GB24569@altlinux.org>
[-- Attachment #1: Type: text/plain, Size: 2821 bytes --]
25.01.2013 19:09, Dmitry V. Levin пишет:
> On Fri, Jan 25, 2013 at 04:49:17PM +0200, Led wrote:
>> On Friday 25 January 2013 14:32:49 Dmitry V. Levin wrote:
>>> On Fri, Jan 25, 2013 at 04:13:23PM +0400, Alexey Gladkov wrote:
>>>> 25.01.2013 14:53, Dmitry V. Levin wrote:
>>>>> Проанализировав множество нестрогих внутрипакетных зависимостей,
>>>>> которые диагностирует rpm-build, я пришел к выводу, что среди них
>>>>> выделяется только один класс зависимостей, которые нужно сохранить,
>>>>> а все остальные следует сделать строгими.
>>>>
>>>> Можно ли рассказать подробнее т.к. меня это касается?
>>>
>>> Тестируется следующий алгоритм: подпакет A исходного пакета S
>>> автоматически получает строгую зависимость на подпакет B исходного
>>> пакета S, если у подпакета A есть такая зависимость X, что подпакет B
>>> является единственным подпакетом исходного пакета S, удовлетворяющим
>>> эту зависимость X.
>>
>> Субпакеты нужны для того, чтобы а) уменьшить место, занимаемое на диске путём
>> установки только действительно необходимых субпакетов; б) для предоставления
>> альтернатив предоставления зависимостей (в т.ч. и через виртуальные
>> зависимости).
>> Учитывая то, что первое сейчас на порядок менее актуально, чем 10 лет назад и
>> становится всё менее актуальным,
>
> Почему это? Сборочные среды работают эффективнее, и бутстрапы даются
> проще, когда при установке необходимого не вытягивается весь репозиторий.
> Так что не соглашусь.
>
>> а второе вы, похоже, намерены выпилить совсем,
>
> Кого выпилить? "альтернативные" подпакеты сохраняются, уходят только
> слабые (они же зачастую битые) зависимости. В результате зависимостей
> станет меньше (за счет оптимизации; например, в случае с kde4 избыточных
> зависимостей должно стать существенно меньше), и они будут работать
> точнее.
>
> И, надеюсь, удастся победить злоупотребление зависимостями, такое как
> apache2 + apache-html и apache + apache2-html.
Проблема в том, что я _не_считаю_ это злоупотреблением. На мой взгляд
это корректная конструкция позволяющая:
а) Подсунуть вместо apache{,2}-html любой другой пакет (предоставляющий
webserver-html). Например, разработчик дистрибутива может использовать
my_distr-html.
б) Сохранить вид сайта при обновлении. Пример с которым я сталкивался у
заказчиков (и сам тоже иногда использовал что-то подобное):
1. Берётся подходящий (наиболее похожий на то что нужно в конечном
итоге) apache{,2}-html в качестве основы.
2. Взятый apache{,2}-html ставиться на HOLD.
3. Содержимое /var/www/html хачится под конкретную задачу...
И в текущей ситуации можно спокойно обновлять apache* (в том числе и
свободно менять apache <-> apache2), не беспокоясь о сохранности
содержимого /var/www/html.
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]
next prev parent reply other threads:[~2013-01-25 15:28 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-25 9:28 [devel] I: repocop NMU Igor Vlasenko
2013-01-25 9:56 ` Yuri N. Sedunov
2013-01-28 13:22 ` Igor Vlasenko
2013-01-25 9:57 ` Aleksey Avdeev
2013-01-25 10:10 ` Igor Vlasenko
2013-01-25 10:25 ` Aleksey Avdeev
2013-01-26 10:28 ` Aleksey Avdeev
2013-01-25 9:59 ` Alexey Gladkov
2013-01-25 10:11 ` Igor Vlasenko
2013-01-25 10:53 ` Dmitry V. Levin
2013-01-25 11:07 ` Aleksey Avdeev
2013-01-25 11:34 ` Dmitry V. Levin
2013-01-25 11:58 ` Aleksey Avdeev
2013-01-25 12:07 ` [devel] I: repocop NMU [JT] Sergei Epiphanov
2013-01-25 12:11 ` [devel] I: repocop NMU Aleksey Novodvorsky
2013-01-25 12:17 ` Dmitry V. Levin
2013-01-25 12:27 ` Sergey V Turchin
2013-01-25 12:35 ` Sergey V Turchin
2013-01-25 12:40 ` Dmitry V. Levin
2013-01-25 12:42 ` Sergey V Turchin
2013-01-25 13:00 ` Dmitry V. Levin
2013-01-25 13:01 ` Sergey V Turchin
2013-01-25 12:39 ` Dmitry V. Levin
2013-01-25 12:44 ` Sergey V Turchin
2013-01-25 12:13 ` Dmitry V. Levin
2013-01-25 12:26 ` Aleksey Avdeev
2013-01-25 12:10 ` Viacheslav Dubrovskyi
2013-01-25 12:13 ` Alexey Gladkov
2013-01-25 12:32 ` [devel] non-strict deps Dmitry V. Levin
2013-01-25 12:39 ` Aleksey Avdeev
2013-01-25 12:51 ` Dmitry V. Levin
2013-01-25 12:55 ` Alexey Gladkov
2013-01-25 13:00 ` Alexey Gladkov
2013-01-25 13:03 ` Dmitry V. Levin
2013-01-25 13:15 ` Alexey Gladkov
2013-01-25 14:48 ` [devel] osec_rpm_reporter Dmitry V. Levin
2013-01-26 11:21 ` Alexey Gladkov
2013-01-26 12:25 ` Dmitry V. Levin
2013-01-26 12:46 ` Alexey Gladkov
2013-01-26 13:05 ` Dmitry V. Levin
2013-01-26 14:38 ` Alexey Gladkov
2013-01-25 13:01 ` [devel] non-strict deps Aleksey Avdeev
2013-01-25 14:54 ` Led
2013-01-25 15:11 ` Dmitry V. Levin
2013-01-26 11:30 ` [devel] non-strict deps Зачем? Alexey Gladkov
2013-01-26 12:08 ` Dmitry V. Levin
2013-01-26 12:35 ` Alexey Gladkov
2013-01-26 13:32 ` Dmitry V. Levin
2013-01-26 18:55 ` Aleksey Avdeev
2013-01-28 11:33 ` Sergey V Turchin
2013-01-25 12:46 ` [devel] non-strict deps Alexey Gladkov
2013-01-25 12:50 ` Aleksey Avdeev
2013-01-25 12:58 ` Dmitry V. Levin
2013-01-25 13:00 ` Sergey V Turchin
2013-01-25 12:59 ` Sergei Epiphanov
2013-01-25 14:49 ` Led
2013-01-25 15:09 ` Dmitry V. Levin
2013-01-25 15:28 ` Aleksey Avdeev [this message]
2013-01-25 15:32 ` Sergey V Turchin
2013-01-25 15:38 ` Dmitry V. Levin
2013-01-25 15:40 ` Sergey V Turchin
2013-01-26 13:30 ` Sergey Vlasov
2013-01-26 14:17 ` Dmitry V. Levin
2013-01-26 16:19 ` Sergey Vlasov
2013-01-26 19:05 ` Aleksey Avdeev
2013-01-26 19:21 ` Dmitry V. Levin
2013-01-26 19:36 ` Sergey Vlasov
2013-01-26 19:14 ` Dmitry V. Levin
2013-01-26 20:44 ` Aleksey Avdeev
2013-01-27 7:07 ` Sergey Vlasov
2013-01-28 17:01 ` Dmitry V. Levin
2013-01-28 13:04 ` [devel] I: repocop NMU Igor Vlasenko
2013-01-28 13:15 ` Dmitry V. Levin
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=5102A49F.7020408@solin.spb.ru \
--to=solo@solin.spb.ru \
--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