[devel] fresh repocop report

[devel] fresh repocop report

[Igor Vlasenko]

Уважаемые коллеги, обновил на
ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
подпапки
by-packager  by-srpm  by-test
тесты прогонялись на вчерашнем сизифе.

Из нового - добавлены тесты:
1)buildroot remnants - ищет вхождение %name-buildroot в пакетах
2)init-condrestart проверяет init файлы на наличие condrestart
3)freedesktop categories - проверяет Categories в .desktop файлах.
Прошу посмотреть, проверить, тесты сами не без греха.

akhavr.txt     evg.txt       lav.txt       oddity.txt      syatskevich.txt
algor.txt      evseev.txt    ldv.txt       partizan.txt    tetex.txt
aris.txt       evyscr.txt    led.txt       peet.txt        thresh.txt
ashen.txt      force.txt     legion.txt    php-coder.txt   uka.txt
at.txt         gab.txt       liks.txt      pilot.txt       ulfR.txt
avm.txt        genix.txt     mike.txt      pma.txt         vg.txt
azol.txt       george.txt    mithraen.txt  pv.txt          vitty.txt
bga.txt        gnome.txt     mitrofan.txt  raorn.txt       viy.txt
boyarsh.txt    gns.txt       mobile.txt    robin.txt       vk.txt
cas.txt        goldhead.txt  mono.txt      sass.txt        voins.txt
damir.txt      greycat.txt   mouse.txt     sbolshakov.txt  vvk.txt
dim.txt        icesik.txt    murygin.txt   serpiph.txt     vvzhy.txt
dk.txt         ildar.txt     mutabor.txt   shaba.txt       week.txt
dlebkov.txt    inger.txt     mvd.txt       shrek.txt       wrar.txt
drool.txt      kana.txt      naf.txt       silicium.txt    xorg.txt
dubrsl.txt     karpov.txt    nbr.txt       slava.txt       zerg.txt
eostapets.txt  ktirf.txt     nmap.txt      spectrum.txt
eugvv.txt      lakostis.txt  ns.txt        swi.txt


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] fresh repocop report

[Slava Semushin]

04.03.08, Igor Vlasenko<vlasenko / imath.kiev.ua> написал(а):
> Уважаемые коллеги, обновил на
>  ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
>  подпапки
>  by-packager  by-srpm  by-test
>  тесты прогонялись на вчерашнем сизифе.
[...]
>  Прошу посмотреть, проверить, тесты сами не без греха.

geany-0.13-alt1.x86_64	iconsdir	fail	found pixmaps in non-standard
locations, but no pixmap found in standard ones. To support any window
manager you should additionally specify at least 3 pixmaps in
%_liconsdir, %_niconsdir, %_miconsdir. See
http://freesource.info/wiki/AltLinux/Policy/IconPaths.

xterm-233-alt1.x86_64	iconsdir	fail	found pixmaps in non-standard
locations, but no pixmap found in standard ones. To support any window
manager you should additionally specify at least 3 pixmaps in
%_liconsdir, %_niconsdir, %_miconsdir. See
http://freesource.info/wiki/AltLinux/Policy/IconPaths.


Я так понимаю, что нужно переложить иконки из %_pixmapsdir в
соответствующие %_[lnm]iconsdir ?

Так может тогда сразу в rpm пометить макрос %_pixmapsdir как deprecated?


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] fresh repocop report

[Igor Vlasenko]

On Tue, Mar 04, 2008 at 05:37:33PM +0600, Slava Semushin wrote:
> xterm-233-alt1.x86_64	iconsdir	fail	found pixmaps in non-standard
> locations, but no pixmap found in standard ones. To support any window
> manager you should additionally specify at least 3 pixmaps in
> %_liconsdir, %_niconsdir, %_miconsdir. See
> http://freesource.info/wiki/AltLinux/Policy/IconPaths.


> Я так понимаю, что нужно переложить иконки из %_pixmapsdir в
> соответствующие %_[lnm]iconsdir ?
можно и симлинк бросить.
по стандарту freedesktop.org это правильные места.
http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html
исторически было много разных мест,
но поддержка этого зоопарка чревата багами ненахождения 
пикторамм.
Проще приводить WMs к стандарту.
 
> Так может тогда сразу в rpm пометить макрос %_pixmapsdir как deprecated?
Хороший вопрос.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] fresh repocop report

[Led]

В сообщении от Tuesday 04 March 2008 13:37:33 Slava Semushin написал(а):
> 04.03.08, Igor Vlasenko<vlasenko / imath.kiev.ua> написал(а):
> > Уважаемые коллеги, обновил на
> >  ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
> >  подпапки
> >  by-packager  by-srpm  by-test
> >  тесты прогонялись на вчерашнем сизифе.
>
> [...]
>
> >  Прошу посмотреть, проверить, тесты сами не без греха.
>
> geany-0.13-alt1.x86_64	iconsdir	fail	found pixmaps in non-standard
> locations, but no pixmap found in standard ones. To support any window
> manager you should additionally specify at least 3 pixmaps in
> %_liconsdir, %_niconsdir, %_miconsdir. See
> http://freesource.info/wiki/AltLinux/Policy/IconPaths.
>
> xterm-233-alt1.x86_64	iconsdir	fail	found pixmaps in non-standard
> locations, but no pixmap found in standard ones. To support any window
> manager you should additionally specify at least 3 pixmaps in
> %_liconsdir, %_niconsdir, %_miconsdir. See
> http://freesource.info/wiki/AltLinux/Policy/IconPaths.
>
>
> Я так понимаю, что нужно переложить иконки из %_pixmapsdir в
> соответствующие %_[lnm]iconsdir ?
>
> Так может тогда сразу в rpm пометить макрос %_pixmapsdir как deprecated?

А splash/logo битмапы туда не могут ложиться?

-- 
Led

Re: [devel] fresh repocop report

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 445 bytes --]

On Tue, Mar 04, 2008 at 01:20:46PM +0200, Igor Vlasenko wrote:

IV> Уважаемые коллеги, обновил на
IV> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
IV> подпапки
IV> by-packager  by-srpm  by-test
IV> тесты прогонялись на вчерашнем сизифе.

А мой любимый тест на lsb initscripts? :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] fresh repocop report

[Igor Vlasenko]

On Wed, Mar 05, 2008 at 11:37:35AM +0300, Денис Смирнов wrote:
> On Tue, Mar 04, 2008 at 01:20:46PM +0200, Igor Vlasenko wrote:
> 
> IV> Уважаемые коллеги, обновил на
> IV> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt/
> IV> подпапки
> IV> by-packager  by-srpm  by-test
> IV> тесты прогонялись на вчерашнем сизифе.
> 
> А мой любимый тест на lsb initscripts? :)

1) Дима что-то не проясняет свою позицию.

2) К тесту не хватает странички на wiki -
кто-то должен заявить о своей компетентности в разрешении вопросов.

Думаю, стоило бы прояснить
1) какие теги у нас поддерживаются/будут поддерживаться?

например, есть ли у нас 
X-Start-Before/X-Stop-After?

2) проставление зависимостей.

Есть сервисы, предоставляющая зависимости для других сервисов.
нужен как можно более полный список (кроме network/fs)

советы, как понять, что должно быть в зависимостях.

тонкости, когда зависимые сервисы не обязаны ставиться одновременно,
то же использование
X-Start-Before/X-Stop-After

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] fresh repocop report

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 2070 bytes --]

On Wed, Mar 05, 2008 at 05:20:58PM +0200, Igor Vlasenko wrote:

IV> 1) Дима что-то не проясняет свою позицию.

Насколько я понимаю -- загонять всех в светлое будущее в виде LSB пинками
пока очень рано. А вот информировать мантейнеров о том, что
LSB-initscripts могут быть для них полезны -- можно и нужно. 

IV> 2) К тесту не хватает странички на wiki -
IV> кто-то должен заявить о своей компетентности в разрешении вопросов.

Думаю та ссылка на Debian уже очень неплохой вариант.

IV> Думаю, стоило бы прояснить
IV> 1) какие теги у нас поддерживаются/будут поддерживаться?
IV> например, есть ли у нас 
IV> X-Start-Before/X-Stop-After?

Не знаю. Но, скажу честно, _пока_ они мне не были ни разу нужны.

IV> 2) проставление зависимостей.
IV> Есть сервисы, предоставляющая зависимости для других сервисов.
IV> нужен как можно более полный список (кроме network/fs)

Думаю что это вылезет в процессе когда люди начнут пытаться делать эти
скрипты. 

IV> советы, как понять, что должно быть в зависимостях.

То, что нужно чтобы приложение запустилось :) 

IV> тонкости, когда зависимые сервисы не обязаны ставиться одновременно,
IV> то же использование
IV> X-Start-Before/X-Stop-After

Тут не X-.* нужны, а Should (в пику Requires). Например если конфигурация
сервиса предусматривает что он может пользоваться услугами БД, то ему надо
говорить что он Should-Start все виды БД, которыми он может пользоваться.

Такой подход при появлении параллельной загрузки не позволит слишком
сильно распараллеливать, но все-таки основную задачу (создать
соответствующую метаинформацию) мы решим.

Да, из этого появляются интересные следствия. Например:
 - apache получается Should-Start все разновдности БД (они могут
   использоваться в нем для авторизации, а также многие web-приложения
   хотят БД);
 - nginx Should-Start apache %-) ибо работает как фронтенд, и лучше
   фронтенд запускать после бэкенда;

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[devel] fresh repocop report

[Denis Medvedev]

Здравствуйте все!
Всё это очень хорошо, но будет ли repocop частью sisyphus_checks? Или это почему-то невозможно?
А то очень неприятно получать отлупы на прошедший локальный sisyphus_check и отправленный в incoming пакет.
nbr@

Re: [devel] fresh repocop report

[Igor Vlasenko]

On Thu, Mar 06, 2008 at 09:50:20AM +0300, Denis Medvedev wrote:
> Здравствуйте все!
> Всё это очень хорошо, но будет ли repocop частью sisyphus_checks? Или это почему-то невозможно?

Не будет никогда. Он предназначен для отлавливания 

> А то очень неприятно получать отлупы на прошедший локальный sisyphus_check и отправленный в incoming пакет.
Это другое дело.
отлупы на прошедший локальный sisyphus_check
и отправленный в incoming пакет не связаны с repocop.
Я тоже с таким сталкивался. 
Дима даже в рассылку писал, что не хорошо 
заливать пакеты без проверки ;)

Это похоже багофича hasher?
Я подозреваю, что при сборке в хешере
пакета для Сизифа вызывается sisyphus_check, установленный в 
системе, а не из сизифа. А в бранч Дима не успевает перекладывать
свежий sisyphus_check.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

[devel] LSB init headers [was: fresh repocop report]

[Igor Vlasenko]

On Thu, Mar 06, 2008 at 02:50:06AM +0300, Денис Смирнов wrote:
> On Wed, Mar 05, 2008 at 05:20:58PM +0200, Igor Vlasenko wrote:
> 
> IV> 1) Дима что-то не проясняет свою позицию.
> 
> Насколько я понимаю -- загонять всех в светлое будущее в виде LSB пинками
> пока очень рано. А вот информировать мантейнеров о том, что
> LSB-initscripts могут быть для них полезны -- можно и нужно. 

Да, но лучше сейчас потратить время на обсуждение,
рассмотреть возможные проблемы и пути решения и зафиксировать
результат на вики, чем послать людей в никуда ;)

Наощупь можно таких дров наломать...
 
> IV> 2) К тесту не хватает странички на wiki -
> IV> кто-то должен заявить о своей компетентности в разрешении вопросов.
> Думаю та ссылка на Debian уже очень неплохой вариант.

Не хватает alt-specific. Например, вопрос ниже
> IV> например, есть ли у нас X-Start-Before/X-Stop-After?
> Не знаю. Но, скажу честно, _пока_ они мне не были ни разу нужны.
 
У меня был другой опыт, я сразу столкнулся с пакетом, где они были 
естественным образом нужны. я ниже поясню на примерах.

> Тут не X-.* нужны, а Should (в пику Requires). Например если конфигурация
> сервиса предусматривает что он может пользоваться услугами БД, то ему надо
> говорить что он Should-Start все виды БД, которыми он может пользоваться.

Надо небольшое отступление.
Should-Start и X-Start-Before представляют собой 
отношение и ко-отношение, логически эквивалентные друг другу. 

Т.е. если А хочет В, то В ко-хочет А.

но эквивалентные логически, они крайне не эквивалентны практически.

Вот простой критерий, когда нужно использовать отношение, 
а когда отношение:

Утверждение:
------------
отношение (ко-отношение) естественно, если в нем стрелки ведут 
_из_ пакета, порождающего это отношение (ко-отношение), 
и неестественно (изврат, по простому), если стрелки идут наоборот.

Поясню это на примере. Сначала возьмем Should-Start:

Пример 1 (Should-Start:)
--------
некий странный сервис bubbalizer использует mysql.
Этот факт порождает отношение bubbalizer <-> mysql.

В этом случае естественно писать в заголовке bubbalizer
Should-Start: mysql

и противоестественно писать в заголовке mysql
X-Start-Before: bubbalizer

В противном случае на майнтайнера mysql свалятся проблемы
работоспособности всех этих бесчисленных bubbalizer'ов :( 

Пример 2 (X-Start-Before:)
---------
Сервис hpiod (был в hplip 1.x-2.6.x) предоставляет cups (альтернативную)
возможность печати на принтеры hp, и должен запускаться перед cups.

В этом случае естественно писать в заголовке hpiod
X-Start-Before: cups

и противоестественно писать в заголовке cups
Should-Start: hpiod.

В противном случае на майнтайнера cups свалятся проблемы
работоспособности всех этих бесчисленных backend'ов :(
В основном это экзотика, никому не нужная кроме несчастного
их обладателя, с загрузкой firmware и другой гадостью. 
И даже если несчастный обладатель опакетит дрова, то
без X-Start-Before:
они просто так не заработают, нужно будет править заголовки
сторонних пакетов (cups). При чем и в Сизифе, и во всех branch...

Таким образом,
проще добавить поддержку (если еще ее нет)
X-Start-Before:. Патчи можно взять в SuSE.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] fresh repocop report

[Denis Medvedev]

-----Original Message-----
From: Igor Vlasenko <vlasenko@imath.kiev.ua>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Date: Thu, 6 Mar 2008 11:19:49 +0200
Subject: Re: [devel] fresh repocop report

> On Thu, Mar 06, 2008 at 09:50:20AM +0300, Denis Medvedev wrote:
> > Здравствуйте все!
> > Всё это очень хорошо, но будет ли repocop частью sisyphus_checks? Или это почему-то невозможно?
> 
> Не будет никогда. Он предназначен для отлавливания 
Отлавливание на уровне дистрибутива - да. А вот "иконки не туда кладутся и нет их" и "неверный формат initscripts" - такое  лучше бы отлавливать на уровне sisyphus_check.
> 
> > А то очень неприятно получать отлупы на прошедший локальный sisyphus_check и отправленный в incoming пакет.
> Это другое дело.
> отлупы на прошедший локальный sisyphus_check
> и отправленный в incoming пакет не связаны с repocop.
> Я тоже с таким сталкивался. 
> Дима даже в рассылку писал, что не хорошо 
> заливать пакеты без проверки ;)
> 
> Это похоже багофича hasher?
> Я подозреваю, что при сборке в хешере
> пакета для Сизифа вызывается sisyphus_check, установленный в 
> системе, а не из сизифа. А в бранч Дима не успевает перекладывать
> свежий sisyphus_check.
> 
C этим, похоже, мало что можно сделать. Впрочем, к заданному мной вопросу это не имеет отношения.
> -- 
> 
> Dr. Igor Vlasenko
> --------------------
> Topology Department
> Institute of Math
> Kiev, Ukraine
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] fresh repocop report

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 1150 bytes --]

Twas brillig at 13:13:25 06.03.2008 UTC+03 when Denis  Medvedev did gyre and gimble:

 DM> Отлавливание на уровне дистрибутива - да. А вот "иконки не туда
 DM> кладутся и нет их" и "неверный формат initscripts" - такое лучше бы
 DM> отлавливать на уровне sisyphus_check.

Вопрос в том, что сейчас понятие policy достаточно расплывчато, и de
facto определяется sisyphus_check :) Скажем, тест "в пакете нет файлов
конфигурации для upstart/initng" вам бы хотелось видеть в
sisyphus_check?

Конечно, sisyphus_check и repocop неплохо бы свести в одну сущность, и
не пропускать в сизиф пакеты, которые генерируют ошибку уровня "Policy
Violation", но пусть repocop пока поживёт какое-то время отдельно, чтобы
стало понятно, как их лучше слить.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: [devel] fresh repocop report

[Igor Vlasenko]

On Thu, Mar 06, 2008 at 01:13:25PM +0300, Denis Medvedev wrote:
> > Не будет никогда. Он предназначен для отлавливания 
> Отлавливание на уровне дистрибутива - да. А вот "иконки не туда кладутся и нет их" и "неверный формат initscripts" - такое  лучше бы отлавливать на уровне sisyphus_check.

Сорри, отправил недописанное письмо.

repocop предназначен для отлавливания ошибок в уже собранных пакетах -
т. е. Вы прошли sisyphus_check и собрали пакет в hasher - 

теперь проверьте их локально с помощью
repocop-run ~/hasher/repo/*/RPMS.hasher/*.rpm
перед отправкой в сизиф/дедал/....

Надо будет сделать пакет repocop-unittest-local, который будет 
вытягивать все тесты без состояния (не требующие весь репозитарий).

а убивать пакет в sisyphus_check за 'неверный формат initscripts'
пока нет еще ясности с 'верным' форматом - это, IMHO, сурово...

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] fresh repocop report

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 351 bytes --]

On Thu, Mar 06, 2008 at 11:19:49AM +0200, Igor Vlasenko wrote:
[...]
> Я подозреваю, что при сборке в хешере
> пакета для Сизифа вызывается sisyphus_check, установленный в 
> системе, а не из сизифа.

sisyphus_check вместе с остальными пакетами устанавливается в сборочный
чрут из репозитория, см. /usr/share/doc/hasher-*/README


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] fresh repocop report

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 342 bytes --]

On Thu, Mar 06, 2008 at 12:27:43PM +0200, Igor Vlasenko wrote:
[...]
> а убивать пакет в sisyphus_check за 'неверный формат initscripts'
> пока нет еще ясности с 'верным' форматом - это, IMHO, сурово...

В sisyphus_check есть проверка check_deps, которая, в частности,
"убивает" пакет за startup-скрипты старого образца.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] fresh repocop report

[Igor Vlasenko]

On Thu, Mar 06, 2008 at 02:01:40PM +0300, Dmitry V. Levin wrote:
> On Thu, Mar 06, 2008 at 11:19:49AM +0200, Igor Vlasenko wrote:
> [...]
> > Я подозреваю, что при сборке в хешере
> > пакета для Сизифа вызывается sisyphus_check, установленный в 
> > системе, а не из сизифа.
> 
> sisyphus_check вместе с остальными пакетами устанавливается в сборочный
> чрут из репозитория, см. /usr/share/doc/hasher-*/README

Тогда неверное сизиф не свежий.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] fresh repocop report

[Igor Vlasenko]

On Thu, Mar 06, 2008 at 02:03:48PM +0300, Dmitry V. Levin wrote:
> On Thu, Mar 06, 2008 at 12:27:43PM +0200, Igor Vlasenko wrote:
> [...]
> > а убивать пакет в sisyphus_check за 'неверный формат initscripts'
> > пока нет еще ясности с 'верным' форматом - это, IMHO, сурово...
> 
> В sisyphus_check есть проверка check_deps, которая, в частности,
> "убивает" пакет за startup-скрипты старого образца.

Я про другую проверку думал...
про LSB headers...

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] fresh repocop report

[Michael Shigorin]

On Thu, Mar 06, 2008 at 02:50:06AM +0300, Денис Смирнов wrote:
> Тут не X-.* нужны, а Should (в пику Requires). Например если
> конфигурация сервиса предусматривает что он может пользоваться
> услугами БД, то ему надо говорить что он Should-Start все виды
> БД, которыми он может пользоваться.

Злой ты...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] fresh repocop report

[Michael Shigorin]

On Thu, Mar 06, 2008 at 04:19:42PM +0600, Mikhail Gusarov wrote:
> Конечно, sisyphus_check и repocop неплохо бы свести в одну
> сущность, и не пропускать в сизиф пакеты, которые генерируют
> ошибку уровня "Policy Violation", но пусть repocop пока поживёт
> какое-то время отдельно, чтобы стало понятно, как их лучше
> слить.

Пока check напоминает "злого" полицейского, а repocop --
"доброго".  Рекомендательного характера. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] fresh repocop report

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 555 bytes --]

On Sat, Mar 08, 2008 at 09:20:35PM +0200, Michael Shigorin wrote:

>> Тут не X-.* нужны, а Should (в пику Requires). Например если
>> конфигурация сервиса предусматривает что он может пользоваться
>> услугами БД, то ему надо говорить что он Should-Start все виды
>> БД, которыми он может пользоваться.
MS> Злой ты...

Обрати внимание -- _Should_. То есть "если этот сервис у нас вообще
стартует -- мы после него".

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] fresh repocop report

[Michael Shigorin]

On Sun, Mar 09, 2008 at 08:27:19AM +0300, Денис Смирнов wrote:
> >> Тут не X-.* нужны, а Should (в пику Requires). Например если
> >> конфигурация сервиса предусматривает что он может
> >> пользоваться услугами БД, то ему надо говорить что он
> >> Should-Start все виды БД, которыми он может пользоваться.
> MS> Злой ты...
> Обрати внимание -- _Should_. То есть "если этот сервис у нас
> вообще стартует -- мы после него".

Тогда плохое название, поскольку по смыслу оно Might-Use :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] fresh repocop report

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 386 bytes --]

On Sun, Mar 09, 2008 at 08:00:40PM +0200, Michael Shigorin wrote:
>> Обрати внимание -- _Should_. То есть "если этот сервис у нас
>> вообще стартует -- мы после него".
MS> Тогда плохое название, поскольку по смыслу оно Might-Use :)

Ну уж извини :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]