ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Led <led@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] %EVR macro
Date: Fri, 25 Jan 2013 00:37:01 +0200
Message-ID: <201301250037.01938.led@altlinux.ru> (raw)
In-Reply-To: <20130124221614.GF13424@altlinux.org>

On Friday 25 January 2013 00:16:14 Dmitry V. Levin wrote:
> On Thu, Jan 24, 2013 at 06:22:13PM +0200, Led wrote:
> > On Thursday 24 January 2013 18:00:54 Dmitry V. Levin wrote:
> > > On Thu, Jan 24, 2013 at 05:54:09PM +0200, Led wrote:
> > > > 2013/1/24 Dmitry V. Levin <ldv@altlinux.org>
> > > >
> > > > > On Thu, Jan 24, 2013 at 11:07:29AM +0300, Eugene Prokopiev wrote:
> > > > > > Dmitry V. Levin:
> > > > > > > On Thu, Jan 24, 2013 at 09:32:32AM +0300, Eugene Prokopiev wrote:
> > > > > > > > Igor Vlasenko:
> > > > > > > > > Может, лучше не спешить, для начала пройтись NMU от
> > > > > > > > > repocop? завтра-послезавтра напишу тест, будут доступны
> > > > > > > > > патчи от repocop, можно будет опросить майнтайнеров и с
> > > > > > > > > учетом их замечаний провести NMU от repocop.
> > > > > > > > >
> > > > > > > > > я не откажусь от NMU, заодно поглядим, как repocop
> > > > > > > > > справится с
> > > > > > >
> > > > > > > specsubst ;)
> > > > > > >
> > > > > > > И не надейтесь, не справится, лучше умелыми ручками.
> > > > > >
> > > > > > Тогда можно краткое объяснение или урл - что это за проблема и
> > > > > > как ее лечить. Неужели просто прописать недостающие зависимости
> > > > > > вручную (иначе текст предупреждения у меня интерпретировать не
> > > > > > получается)?
> > > > >
> > > > > Да, более-менее вручную, с использованием макросов %version и
> > > > > %release.
> > > > >
> > > > > :)
> > > >
> > > > Может тогда лучше добавить в /usr/lib/rpm/macros
> > > >
> > > > %EVR %{expand:%%{?epoch:%%epoch:}%%version-%%release}
> > > >
> > > > ?
> > > >
> > > > Тогда можно везде вместо %version-%release писать %EVR и не
> > > > задумываться: есть Epoch или нет.
> > >
> > > Кажется, repocop, когда делал NMU, использовал что-то похожее.
> > > Только зачем здесь нужен expand?
> >
> > Не знаю. Похоже, что не нужен:)
>
> Добавил в простом варианте, без expand'а.  Кстати, аналогичные макросы
> с разными именами, преимущественно %evr, легко нагугливаются.  Видимо,
> они достаточно широко распространены.

Я, когда "придумал" себе такой %EVR (для пакетов с Epoch и множеством субпакетов), пройдясь пару раз по граблям с 
забытым/непроставленным %epoch:, тоже обнаружил для себя, что некоторые уже используют что-то подобное (%_EVR, %evr, 
etc.):)

Но то, что он теперь у нас в стандартных макросах rpm, повышает удобство в разы. Осталось малое - заиметь привычку его 
использовать и, возможно, на всякий случай, сбэкпортить в rpm в поддерживаемых бранчах (?)

-- 
Led

  reply	other threads:[~2013-01-24 22:37 UTC|newest]

Thread overview: 71+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-03 16:40 [devel] samba Led
2013-01-03 22:36 ` Alexey Shabalin
2013-01-03 22:45   ` Led
2013-01-04  9:55     ` Alexey Shabalin
2013-01-23 20:14       ` [devel] non-strict dependency warnings Dmitry V. Levin
2013-01-23 21:05         ` Igor Vlasenko
2013-01-24  6:44           ` Dmitry V. Levin
2013-01-24 10:47             ` Aleksey Avdeev
2013-01-24 11:25               ` Dmitry V. Levin
2013-01-24 17:58                 ` [devel] non-strict dependency in apache2 (was: non-strict dependency warnings) Aleksey Avdeev
2013-01-24 19:15                   ` Dmitry V. Levin
2013-01-24 23:19                     ` [devel] non-strict dependency in apache2 Aleksey Avdeev
2013-01-24 23:37                       ` Dmitry V. Levin
2013-01-25  0:48                         ` Aleksey Avdeev
2013-01-25  8:53                           ` Dmitry V. Levin
2013-01-25 10:11                             ` Aleksey Avdeev
2013-01-26  9:22               ` [devel] %_allowed_nonstrict_interdeps (was: non-strict dependency warnings) Aleksey Avdeev
2013-01-24  6:46             ` [devel] non-strict dependency warnings Dmitry V. Levin
2013-01-24 11:21                 ` Dmitry V. Levin
2013-01-24 16:00                     ` Dmitry V. Levin
2013-01-24 16:22                       ` Led
2013-01-24 22:16                         ` [devel] %EVR macro Dmitry V. Levin
2013-01-24 22:37                           ` Led [this message]
2013-01-24 23:21                             ` Aleksey Avdeev
2013-01-24 12:07             ` [devel] non-strict dependency warnings Igor Vlasenko
2013-01-24  6:53           ` [devel] dependency needs Epoch warnings Dmitry V. Levin
2013-01-24  7:09             ` Yuri N. Sedunov
2013-01-24  7:16               ` Dmitry V. Levin
2013-01-24  7:24                 ` Yuri N. Sedunov
2013-01-24 10:25             ` Aleksey Avdeev
2013-01-24 11:31               ` Dmitry V. Levin
2013-01-24 12:21                 ` Aleksey Avdeev
2013-01-24 16:52                   ` Dmitry V. Levin
2013-01-24 21:44                     ` [devel] Зависимости между apache2-httpd-* и apache2-{mod_*,common} (was: dependency needs Epoch warnings) Aleksey Avdeev
2013-01-24 21:47                       ` Dmitry V. Levin
2013-01-24 22:26                         ` [devel] Зависимости между apache2-httpd-* и apache2-{mod_*,common} Aleksey Avdeev
2013-01-24 21:53                       ` [devel] Зависимости между apache2-httpd-* и apache2-{mod_*,common} (was: dependency needs Epoch warnings) Dmitry V. Levin
2013-01-24 22:31                         ` [devel] Зависимости между apache2-httpd-* и apache2-{mod_*,common} Aleksey Avdeev
2013-01-24 12:15             ` [devel] dependency needs Epoch warnings Igor Vlasenko
2013-01-23 22:29         ` [devel] non-strict dependency warnings Led
2013-01-23 22:37           ` Dmitry V. Levin
2013-01-23 22:43             ` Led
2013-01-24 11:57         ` [devel] Рано поднимать до error (was: non-strict dependency warnings) Sergey V Turchin
2013-01-24 12:23           ` [devel] Рано поднимать до error Aleksey Avdeev
2013-01-24 12:31           ` [devel] non-strict dependency warnings Dmitry V. Levin
2013-01-24 12:55             ` Sergey V Turchin
2013-01-24 14:49               ` Dmitry V. Levin
2013-01-24 14:59                 ` Sergey V Turchin
2013-01-26  8:49           ` [devel] Рано поднимать до error REAL
2013-01-26 10:39             ` Dmitry V. Levin
2013-01-26 17:36               ` Aleksey Avdeev
2013-01-26 19:07                 ` Sergey Vlasov
2013-01-26 20:08                   ` [devel] non-strict deps Dmitry V. Levin
2013-01-26 20:39                     ` Dmitry V. Levin
2013-01-26 23:31                     ` Igor Zubkov
2013-01-26 23:56                       ` Dmitry V. Levin
2013-01-27  0:25                         ` Led
2013-01-27  0:37                           ` [devel] gear-rules Dmitry V. Levin
2013-01-27  0:56                             ` Led
2013-01-27  1:01                               ` Dmitry V. Levin
2013-01-27  1:09                                 ` Led
2013-01-30  0:50                         ` [devel] non-strict deps Igor Zubkov
2013-01-30  0:55                           ` Dmitry V. Levin
2013-01-26 20:38                   ` [devel] Рано поднимать до error Aleksey Avdeev
2013-01-27  7:00                     ` Sergey Vlasov
2013-01-04  1:58 ` [devel] samba REAL
2013-01-04 11:06   ` [devel] llvm Dmitry V. Levin
2013-01-04 15:32     ` REAL
2013-01-04 15:24       ` Valery V. Inozemtsev
2013-01-05  5:13         ` REAL
2013-01-05  9:43           ` 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=201301250037.01938.led@altlinux.ru \
    --to=led@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