[devel] repocop report of 2008-04-16

[devel] repocop report of 2008-04-16

[Igor Vlasenko]

Уважаемые коллеги,
выложил обновление результатов repocop (вчерашние)
на http://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt.

-- 

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

Re: [devel] repocop report of 2008-04-16

[Андрей Черепанов]

16 апреля 2008 Igor Vlasenko написал:
> Уважаемые коллеги,
> выложил обновление результатов repocop (вчерашние)
> на http://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt.
Супер! А что значит: 
kbfx-0.4.9.3.1-alt3.x86_64	post_ldconfig	fail
kbfx-0.4.9.3.1-alt3.x86_64	postun_ldconfig	fail	

Почему только на одной архитектуре и что сообщество порекомендует?


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] repocop report of 2008-04-16

[Serhii Hlodin]

середа, 16-кві-2008, Андрей Черепанов написав:
> Супер! А что значит:
> kbfx-0.4.9.3.1-alt3.x86_64	post_ldconfig	fail
> kbfx-0.4.9.3.1-alt3.x86_64	postun_ldconfig	fail
>
> Почему только на одной архитектуре и что сообщество порекомендует?

Это значит, что repocop гоняется только на одной архитектуре. Об этом Игорь 
упоминал в списке рассылки. Ошибки общие для всех архитектур.

-- 
С уважением,
               С.В. Глодин

Re: [devel] repocop report of 2008-04-16

[Victor Forsyuk]

On Wed, Apr 16, 2008 at 05:57:07PM +0400, Андрей Черепанов wrote:
> 16 апреля 2008 Igor Vlasenko написал:
> > Уважаемые коллеги,
> > выложил обновление результатов repocop (вчерашние)
> > на http://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt.
> Супер! А что значит: 
> kbfx-0.4.9.3.1-alt3.x86_64	post_ldconfig	fail
> kbfx-0.4.9.3.1-alt3.x86_64	postun_ldconfig	fail	

http://lists.altlinux.org/pipermail/devel/2008-April/072758.html

Re: [devel] repocop report of 2008-04-16

[Igor Vlasenko]

On Wed, Apr 16, 2008 at 05:57:07PM +0400, Андрей Черепанов wrote:
> 16 апреля 2008 Igor Vlasenko написал:
> > Уважаемые коллеги,
> > выложил обновление результатов repocop (вчерашние)
> > на http://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt.
> Супер! А что значит: 
> kbfx-0.4.9.3.1-alt3.x86_64	post_ldconfig	fail
> kbfx-0.4.9.3.1-alt3.x86_64	postun_ldconfig	fail	

Прошу прощения, забыл вставить test message.

> Почему только на одной архитектуре и что сообщество порекомендует?

в спеке не хватает
%post_ldconfig

В принципе, народ хочет автоматизировать такие
вызовы на уровне rpmi.
но пока реализации нет, а фриз уже начался - стоит исправить до 4.1.

-- 

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

Re: [devel] repocop report of 2008-04-16

[Grigory Batalov]

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

On Wed, 16 Apr 2008 16:51:49 +0300
Igor Vlasenko wrote:

> Уважаемые коллеги,
> выложил обновление результатов repocop (вчерашние)
> на http://ftp.linux.kiev.ua/pub/Linux/ALT/people/viy/repocop/reports/txt.

  Спасибо!
  Где можно прочитать расшифровку сообщений и рекомендуемые действия?
  Например, для "lsb init header missing".

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

Re: [devel] repocop report of 2008-04-16

[Igor Vlasenko]

On Wed, Apr 16, 2008 at 06:44:22PM +0400, Grigory Batalov wrote:
>   Где можно прочитать расшифровку сообщений и рекомендуемые действия?
>   Например, для "lsb init header missing".

Это сообщение имеет статус 'info' т.е. это не ошибка, а
информация к сведению.

Около месяца назад было большое обсуждение, что неплохо бы
внедрять различные системы параллельного init, и
Денис (mithraen@) как первый шаг предложил внедрять
lsb init headerы и вызвался координировать эту деятельность.
К сожалению, он до сих пор не написал страничку на fs.info,
на которую можно было бы в тесте сослаться :(

Так что рекомендуемые действия отсутствуют.
Лидер бездействует :(

-- 

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

Re: [devel] repocop report of 2008-04-16

[Michael Bochkaryov]

Igor Vlasenko пишет:
> On Wed, Apr 16, 2008 at 06:44:22PM +0400, Grigory Batalov wrote:
>>   Где можно прочитать расшифровку сообщений и рекомендуемые действия?
>>   Например, для "lsb init header missing".
> 
> Это сообщение имеет статус 'info' т.е. это не ошибка, а
> информация к сведению.
> 
> Около месяца назад было большое обсуждение, что неплохо бы
> внедрять различные системы параллельного init, и
> Денис (mithraen@) как первый шаг предложил внедрять
> lsb init headerы и вызвался координировать эту деятельность.
> К сожалению, он до сих пор не написал страничку на fs.info,
> на которую можно было бы в тесте сослаться :(

Ну, я таки попробовал добавить в postgresql8.3 эти самые LSB init
headers с подглядыванием в аналогичный дебиановский пакет и дерганьем
Дениса на предмет адекватности результата.

Проверять пока особо не с чем, но repocop ругаться перестал, а постгрес
взрываться вроде не начал :)

Собственно, вот здесь и ссылки имеются:
http://lists.altlinux.org/pipermail/devel/2008-April/072487.html

-- 
	misha

Re: [devel] repocop report of 2008-04-16

[Serhii Hlodin]

середа, 16-кві-2008, Michael Bochkaryov написав:
> Ну, я таки попробовал добавить в postgresql8.3 эти самые LSB init
> headers с подглядыванием в аналогичный дебиановский пакет и дерганьем
> Дениса на предмет адекватности результата.

А зачем запуск постгреса на 2-м уровне, если согласно LSB - это multiuser with 
no network services exported? То есть, $network на этом уровне никогда не 
будет запущен.

-- 
С уважением,
               С.В. Глодин

Re: [devel] repocop report of 2008-04-16

[Mikhail Gusarov]

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

Twas brillig at 09:49:41 17.04.2008 UTC+03 when Serhii Hlodin did gyre and gimble:

 SH> А зачем запуск постгреса на 2-м уровне, если согласно LSB - это multiuser
 SH> with no network services exported? То есть, $network на этом уровне никогда
 SH> не будет запущен.

Может быть, для того, чтобы локальные юзеры к нему по локальному сокету ходили?

-- 
JID: dottedmag@altlinux.org / dottedmag@jabber.dottedmag.net

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

Re: [devel] repocop report of 2008-04-16

[Serhii Hlodin]

четвер, 17-кві-2008, Mikhail Gusarov написав:
>  SH> А зачем запуск постгреса на 2-м уровне, если согласно LSB - это
> multiuser SH> with no network services exported? То есть, $network на этом
> уровне никогда SH> не будет запущен.
>
> Может быть, для того, чтобы локальные юзеры к нему по локальному сокету
> ходили?

Тогда в Required-Start необходимо убрать сервис $network

Насколько я понимаю, если мы требуем запуска сети, то это уже не второй, а 
третий уровень запуска (как минимум), так как ни single user, ни multiuser 
with no network services не предусматривают запуска сети.

-- 
С уважением,
               С.В. Глодин

Re: [devel] repocop report of 2008-04-16

[Serhii Hlodin]

четвер, 17-кві-2008, Serhii Hlodin написав:
> >  SH> А зачем запуск постгреса на 2-м уровне, если согласно LSB - это
> > multiuser SH> with no network services exported? То есть, $network на
> > этом уровне никогда SH> не будет запущен.
> >
> > Может быть, для того, чтобы локальные юзеры к нему по локальному сокету
> > ходили?
>
> Тогда в Required-Start необходимо убрать сервис $network
>
> Насколько я понимаю, если мы требуем запуска сети, то это уже не второй, а
> третий уровень запуска (как минимум), так как ни single user, ни multiuser
> with no network services не предусматривают запуска сети.

В дополнение к предыдущему письму.

Зачем ставить зависимость работоспособности сервера от $syslog? Судя по LSB, 
если проставлены Should-Start/Should-Stop, то при останове сервисов, 
прописанных в Should-Start, останавливается и этот сервис (в данном случае 
progress-server). Разве он не может работать при временно отключенном 
syslog-е?

syslog отключился -- не идут логи, syslog включился -- логи опять пошли. Или я 
не прав?

А такая зависимость значительно (критически) влияет на доступность самого 
сервера баз данных.

Поправьте меня, если я не прав.

-- 
С уважением,
               С.В. Глодин

Re: [devel] repocop report of 2008-04-16

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

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

On Thu, Apr 17, 2008 at 12:13:06PM +0300, Serhii Hlodin wrote:

SH> syslog отключился -- не идут логи, syslog включился -- логи опять пошли. Или я 
SH> не прав?

У нас это не используется для service <name> stop. Только для
приоретизации порядка остановки сервисов.

А сервис syslogd должен останавливаться _после_ постгреса.

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

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

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

Re: [devel] repocop report of 2008-04-16

[Serhii Hlodin]

четвер, 17-кві-2008, Денис Смирнов написав:
> On Thu, Apr 17, 2008 at 12:13:06PM +0300, Serhii Hlodin wrote:
>
> SH> syslog отключился -- не идут логи, syslog включился -- логи опять
> пошли. Или я SH> не прав?
>
> У нас это не используется для service <name> stop. Только для
> приоретизации порядка остановки сервисов.
>
> А сервис syslogd должен останавливаться _после_ постгреса.

Еще раз перечитав LSB думаю, что для постгреса должна быть такая конструкция:

# Requires-Start: $local_fs $remote_fs $network $syslog
# Requires-Stop: $local_fs $remote_fs $network
# Should-Stop: $syslog
# Default-Start: 3 4 5
# Default-Stop: 0 1 2 6

Should-Start/Should-Stop реализуют слабые зависимости. Т.е., отсутствие 
доступности данного сервиса не влияет на запуск/останов текущего, но при 
запуске прогреса необходимо проверить доступность syslog-а и, при 
необходимости, запустить его.

Если прогрес может работать без сети и по умолчанию так и сконфигурирован, то 
конструкция должна выглядеть следующим образом:

# Requires-Start: $local_fs $syslog
# Requires-Stop: $local_fs
# Should-Stop: $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6

Думаю, что "разбор полетов" на примере постгреса поможет нам всем.

-- 
С уважением,
               С.В. Глодин

Re: [devel] repocop report of 2008-04-16

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

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

On Thu, Apr 17, 2008 at 01:11:36PM +0300, Serhii Hlodin wrote:

SH> Should-Start/Should-Stop реализуют слабые зависимости. Т.е., отсутствие 
SH> доступности данного сервиса не влияет на запуск/останов текущего, но при 
SH> запуске прогреса необходимо проверить доступность syslog-а и, при 
SH> необходимости, запустить его.

Да, это разумно.

SH> Если прогрес может работать без сети и по умолчанию так и сконфигурирован, то 
SH> конструкция должна выглядеть следующим образом:
SH> # Requires-Start: $local_fs $syslog
SH> # Requires-Stop: $local_fs
SH> # Should-Stop: $syslog
SH> # Default-Start: 2 3 4 5
SH> # Default-Stop: 0 1 6
SH> Думаю, что "разбор полетов" на примере постгреса поможет нам всем.

Увы, невозможно знать заранее в каком виде система сконфигурирована. Так
что лучше $network все-таки указывать.

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

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

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

Re: [devel] repocop report of 2008-04-16

[Serhii Hlodin]

субота, 19-кві-2008, Денис Смирнов написав:
> SH> Если прогрес может работать без сети и по умолчанию так и
> сконфигурирован, то SH> конструкция должна выглядеть следующим образом:
> SH> # Requires-Start: $local_fs $syslog
> SH> # Requires-Stop: $local_fs
> SH> # Should-Stop: $syslog
> SH> # Default-Start: 2 3 4 5
> SH> # Default-Stop: 0 1 6
> SH> Думаю, что "разбор полетов" на примере постгреса поможет нам всем.
>
> Увы, невозможно знать заранее в каком виде система сконфигурирована. Так
> что лучше $network все-таки указывать.

Тогда нужно убрать 2-й уровень запуска -- переместить его в Default-Stop. 
Иначе у нас 2-й уровень (мультипользовательский без сети) превращается в 3-й.

-- 
С уважением,
               С.В. Глодин