ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Shabalin <a.shabalin@gmail.com>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] %_libexecdir
Date: Wed, 6 May 2009 13:04:19 +0400
Message-ID: <b966c1e40905060204x2250b3f0s9061c5138b61e111@mail.gmail.com> (raw)
In-Reply-To: <20090506084050.GC20646@altlinux.org>

6 мая 2009 г. 12:40 пользователь Alexey I. Froloff написал:
> * Alexey Shabalin <a.shabalin@> [090506 12:18]:
>> НО!!! видеть в /usr/lib исполняемые бинарники ещё более противно.
> И часто вы туда смотрите?  Может уже пора завязывать с
> миднайткоммандерством? ;-)
>
>> > 1. Сколько пакетов перестанут собираться?
>> если мантейнер правильно использовал %_libexecdir, то теоритически 0,
> Вы гарантируете это?

:) да
если перестал собираться, значит не правильно использовал %_libexecdir

>
>> > 2. Сколько пакетов перестанут работать?
>> Вот здесь точно больше чем 0, но после пересборки ситуация
>> должна улучшиться.
> Вы гарантируете это?

:) Да, сначал будет больше 0, потом будет лучше.

Алексей, тебе лишь бы поставить под сомнение чьё-либо высказывание?
Зная это, я теперь оставляю лазейку в своих высказываниях :)
Давай не будем заниматься жонглированием словами.

> Правильный ответ на эти два вопроса - "этого никто не знает".
> Кстати, чуть менее чем в половине случаев (цифра взята с потолка)
> %_libexecdir используется там, где "lib" прибит гвоздями в коде и
> никакая пересборка тут не поможет.

"Вы гарантируете это?" :)


> P.S. Мне тоже хотелось бы, чтобы %_libexecdir смотрел в
> /usr/libexec, но централизованно это лучше делать не раньше, чем
> количество пакетов, имеющих на x86_64 непустой /usr/libexec/ хотя
> бы сравняется с количеством пакетов имеющих непустой /usr/lib/ на
> той же архитектуре.

Раз нравится, вот и давай этого добиваться.

-- 
Alexey Shabalin

      parent reply	other threads:[~2009-05-06  9:04 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-06  6:34 Max Ivanov
2009-05-06  6:41 ` Andrey Rahmatullin
2009-05-06  6:49   ` Max Ivanov
2009-05-06  6:54     ` Andrey Rahmatullin
2009-05-06  6:54     ` Ivan Fedorov
2009-05-06  6:50   ` Mikhail Gusarov
2009-05-06  6:56 ` Valery V. Inozemtsev
2009-05-06  7:06 ` Stanislav Ievlev
2009-05-06  7:21   ` Max Ivanov
2009-05-06  7:35     ` Alexey I. Froloff
2009-05-06  8:18       ` Alexey Shabalin
2009-05-06  8:21         ` Igor Vlasenko
2009-05-06  8:25         ` Mikhail Gusarov
2009-05-06  8:43           ` Max Ivanov
2009-05-06  8:50             ` Mikhail Gusarov
2009-05-06  8:40         ` Alexey I. Froloff
2009-05-06  8:58           ` Victor B. Wagner
2009-05-06  9:00             ` Mikhail Gusarov
2009-05-06  9:14               ` Victor B. Wagner
2009-05-06  9:31                 ` Afanasov Dmitry
2009-05-06 13:23                 ` Afanasov Dmitry
2009-05-06  9:28             ` [devel] compare_packages Dmitry V. Levin
2009-05-06  9:31               ` Slava Semushin
2009-05-06  9:38                 ` Dmitry V. Levin
2009-05-06  9:43                   ` Max Ivanov
2009-05-18 21:05                     ` George V. Kouryachy
2009-05-06  9:44                   ` Slava Semushin
2009-05-06  9:49                     ` Dmitry V. Levin
2009-05-14 21:24                   ` [devel] docdir (was: compare_packages) Michael Shigorin
2009-05-15  0:06                     ` Денис Смирнов
2009-05-15  2:03                       ` [devel] docdir REAL
2009-05-15  8:22                         ` Michael Shigorin
2009-05-16  2:53                         ` Денис Смирнов
2009-05-15  8:35                     ` [devel] docdir (was: compare_packages) Kirill Maslinsky
2009-05-15  9:08                       ` Alexey Rusakov
2009-05-06  9:33             ` [devel] sisyphus rebuild cost Dmitry V. Levin
2009-05-06  9:33             ` [devel] %_libexecdir Alexey I. Froloff
2009-05-14 21:16             ` Michael Shigorin
2009-05-06  9:04           ` Alexey Shabalin [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=b966c1e40905060204x2250b3f0s9061c5138b61e111@mail.gmail.com \
    --to=a.shabalin@gmail.com \
    --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