From: "Денис Смирнов" <mithraen@altlinux.ru>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] Re: libexec and x86_64
Date: Sat, 29 Oct 2005 18:48:41 +0400
Message-ID: <20051029144841.GE28246@mithraen.dimline.ru> (raw)
In-Reply-To: <20051028151444.GA2772@basalt.office.altlinux.org>
On Fri, Oct 28, 2005 at 07:14:44PM +0400, Anton D. Kachalov wrote:
>> Кстати, а почему мы не используем libexec ?
>> Или этот вопрос уже задавался ?
ADK> Мы готовы на пару недель разломать Сизиф для переезда из /usr/lib ->
ADK> /usr/libexec? :)
ADK> Вопрос ровно в этом.
IMHO да. branch уже всё равно форкнут давно :) Только предупредить за
сутки надо в sisyphus. Идея:
1. в daedalus кладётся обновлённый rpm, где макрос libexec указывает куда
надо.
2. в sisyphus/devel публикуется об этом анонс (чтобы мантейнеры, кто
может, протестировали бы сборку в hasher своих пакетов с новым rpm, да ещё
и работоспособность их проверили)
3. через несколько дней можно вливать этот rpm в sisyphus.
Кстати о пересборке. У нас не делается теста на новые/удалённые файлы в
бинарных пакетах после автоматической пересборки? Если мантейнер
использует wildcards для имён файлов в %files, то пакет может
пересобираться, но не содержать некоторых бинарников, которые должен
содержать.
У меня asterisk такой -- в зависимости от окружения собирает разные
модули. Я-то борюсь тем, что указываю все модули поимённо, но, как я
заметил, многие поступают не так.
--
С уважением, Денис
http://freesource.info
next prev parent reply other threads:[~2005-10-29 14:48 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-27 9:38 [devel] " Vadim V. Zhytnikov
2005-10-27 12:42 ` Dmitry V. Levin
2005-10-27 19:50 ` Vadim V. Zhytnikov
2005-10-27 18:56 ` Dmitry V. Levin
2005-10-27 20:11 ` Vadim V. Zhytnikov
2005-10-27 19:49 ` Dmitry V. Levin
2005-10-27 21:51 ` Vadim V. Zhytnikov
2005-10-28 7:59 ` [devel] " Anton Farygin
2005-10-28 15:14 ` Anton D. Kachalov
2005-10-29 14:48 ` Денис Смирнов [this message]
2005-10-29 15:03 ` Alexey Rusakov
2005-10-30 19:51 ` Dmitry V. Levin
2005-10-30 20:34 ` Volkov Serge
2005-10-30 20:39 ` Денис Смирнов
2005-11-22 18:17 ` Dmitry V. Levin
2005-11-22 22:28 ` Денис Смирнов
2005-11-23 0:43 ` [devel] Re: libexec and x86_64: noarch Dmitry V. Levin
2005-11-23 2:17 ` [devel] Re: libexec and x86_64: arch Dmitry V. Levin
2005-11-23 5:17 ` Alexey Rusakov
2005-11-23 7:26 ` Eugene Vlasov
2005-11-23 13:00 ` Dmitry V. Levin
2005-11-24 11:13 ` Michael Shigorin
2005-11-26 20:45 ` Денис Смирнов
2005-11-27 16:10 ` [devel] apache: shared core? Michael Shigorin
2005-11-30 19:18 ` [devel] Re: libexec and x86_64: arch Igor Vlasenko
2005-11-23 21:29 ` Dmitry V. Levin
2005-11-24 11:16 ` Michael Shigorin
2005-11-24 15:19 ` Andrey Rahmatullin
2005-11-24 18:41 ` Genix
2005-11-24 19:10 ` Andrey Rahmatullin
2005-11-25 10:01 ` Anton D. Kachalov
2005-11-25 10:00 ` Anton D. Kachalov
2005-11-25 13:56 ` [devel] " Anton Farygin
2005-11-28 7:28 ` Sergey V Turchin
2005-11-28 8:47 ` Ivan Fedorov
2005-11-28 10:58 ` Anton D. Kachalov
2005-11-28 14:36 ` Ivan Fedorov
2005-11-24 17:36 ` [devel] " Alexey Voinov
2005-11-24 17:49 ` Dmitry V. Levin
2005-11-24 21:38 ` Mikhail Zabaluev
2006-04-26 17:45 ` [devel] " Alexey Tourbin
2006-04-26 19:23 ` Anton Farygin
2006-04-26 19:36 ` Alexey Tourbin
2005-11-23 9:13 ` Andrei Bulava
2005-11-23 12:13 ` [devel] libexec and x86_64 Dmitry V. Levin
2006-04-26 23:39 ` [devel] libexec and x86_64: arch Alexey Tourbin
2005-11-23 22:12 ` [devel] " Alexander Bokovoy
2005-11-23 22:21 ` [devel] Re: libexec and x86_64 Dmitry V. Levin
2005-11-24 5:24 ` Vadim V. Zhytnikov
2005-11-24 14:07 ` Денис Смирнов
2005-11-24 15:06 ` Vadim V. Zhytnikov
2005-11-25 23:31 ` Денис Смирнов
2005-11-25 5:42 ` Alexander Bokovoy
2005-11-28 13:11 ` Stanislav Ievlev
2005-11-23 22:15 ` [devel] Re: libexec and x86_64: arch Igor Zubkov
2005-11-24 11:19 ` Michael Shigorin
2005-11-28 7:22 ` Sergey V Turchin
2005-11-23 23:24 ` [devel] Re: libexec and x86_64: noarch Денис Смирнов
2005-11-23 6:06 ` [devel] Re: libexec and x86_64 Alexey I. Froloff
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=20051029144841.GE28246@mithraen.dimline.ru \
--to=mithraen@altlinux.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