ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Alexander Bokovoy" <ab@altlinux.org>
To: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
Subject: Re: [devel] С каких это пор autoreconf требует cvs???
Date: Sat, 4 Oct 2008 08:10:30 +0400
Message-ID: <6062a6e60810032110n16a6fd52jd2b66b81501b4754@mail.gmail.com> (raw)
In-Reply-To: <20081003204140.GK6399@altlinux.org>

2008/10/4 Alexey Tourbin <at@altlinux.ru>:
>> > Получается, что для многих случаев применения gettext-tools всё равно
>> > придётся вносить cvs в сборочную среду путём ручного указания зависимости на
>> > него. Т.е. в сборочную среду он так или иначе попадёт, другое дело, что если
>> > его всё-таки вписать в зависимости gettext-tools то это произойдёт более
>> > гладко и не сопроводится рассылкой писем счастья о том, что ваш пакет вдруг
>> > перестал собираться ни с того ни с сего. А, собственно, что плохого в том,
>> > что cvs попадёт в базовую сборочную среду?
>> Кроме того, что он там чаще всего не нужен?
>> Опишите, пожалуйста, случаи использования autopoint при сборке ПО.
>> Насколько я понял по коду autopoint, этот скрипт предназначен для
>> первоначальной настройки исходного кода на ту версию gettext, которая
>> указана в configure.in/.ac. Операция эта однократная, нужна при
>> создании и обновлении кода автором. Какое это имеет отношение к
>> пересборке пакетов?
>
> Можно отпилить отдельный пакет autopoint, в котором будет зависимость
> на cvs.  Тогда autopoint не будет входить в базовую сборочную среду,
> а buildreq будет отлавливать сборочную зависимость на autopoint (и
> оптимизировать сборочную зависимость на cvs).
Это будет нормальное разделение на подпакеты.

> По-моему, это будет выглядеть менее криво (поскольку autopoint
> действительно требует cvs; так что эта зависимость сейчас скрыта
> искусственным образом, в принципе говоря).
Да. Причем сделано это для того, чтобы хранить разные версии gettext
"компактно" внутри пакета. Этот вариант использования cvs не ведет к
какой-либо сетевой деятельности программы.

> С другой стороны, перераспил базовых пакетов почти никогда не проходит
> гладко.  В энном количестве пакетов придётся обновлять сборочные
> зависимости, чтобы они снова стали собираться.
У меня есть тезис, что autopoint на самом деле пакеты в репозитарии
пользоваться не должны. Это дело авторов исходного кода до того, как
произойдет его релиз и код окажется в архиве, который мейнтейнер
положит в пакет. Запуск autopoint во время сборки просто не имеет под
собой смысла.
-- 
/ Alexander Bokovoy

      reply	other threads:[~2008-10-04  4:10 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-01 12:33 Yury Aliaev
2008-10-01 12:52 ` Boris Savelev
2008-10-01 12:52 ` Boris Savelev
2008-10-01 12:52 ` Konstantin A. Lepikhov
2008-10-01 13:00   ` Yury Aliaev
2008-10-01 13:02   ` Yury Aliaev
2008-10-01 13:21     ` Dmitry V. Levin
2008-10-01 14:11         ` Dmitry V. Levin
2008-10-01 14:20           ` Led
2008-10-02  6:57             ` Yury Aliaev
2008-10-02  7:51               ` Led
2008-10-03  9:28                 ` Yury Aliaev
2008-10-03  9:44                   ` Led
2008-10-02  6:55       ` Yury Aliaev
2008-10-02 11:27         ` Dmitry V. Levin
2008-10-03 15:35           ` Yury Aliaev
2008-10-03 15:44             ` Alexey Tourbin
2008-10-03 16:56               ` Yury Aliaev
2008-10-03 17:00                 ` Alexey I. Froloff
2008-10-03 17:07                 ` Alexander Bokovoy
2008-10-03 20:41                   ` Alexey Tourbin
2008-10-04  4:10                     ` Alexander Bokovoy [this message]

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=6062a6e60810032110n16a6fd52jd2b66b81501b4754@mail.gmail.com \
    --to=ab@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