[devel] #$^%!@#$^!#@$^ dbus @%@%%#^!@$ hal #^#%!#@$% udeff

[devel] #$^%!@#$^!#@$^ dbus @%@%%#^!@$ hal #^#%!#@$% udeff

[Alexey I. Froloff]

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

# apt-get dist-upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
Calculating Upgrade... Done
[..skip..]
The following packages will be REMOVED:
  gnome2-games-gnobots2 gnome2-media gnome2-media-gcdplayer
  gnome2-utils-gfloppy libnautilus2-cd-burner nautilus2-cd-burner
  pmount thoggen totem totem-nautilus vlc-plugin-hal
[..skip..]
The following packages have been kept back
  Terminal alterator dbus dbus-tools dbus-tools-gui gnome-vfs2
  gnome-vfs2-devel gnome-vfs2-utils gnome-volume-manager gossip
  hal hal-manager libavahi libavahi-glib libdbus libdbus-devel
  libdbus-glib libdbus-glib-devel libdbus-qt libgalago libhal
  libhal-devel libhal-devel-doc python-module-dbus
# ./rsyncsys-n.sh 
Welcome to ALT Linux Team public rsync server!

receiving file list ... done

Number of files: 15412
Number of files transferred: 0
Total file size: 16709053774 bytes
Total transferred file size: 0 bytes
[..skip..]

Скажите пожалуйста, (какого?) (чего?) (какой?) сизиф был выложен
(кем?)?


P.S. /me полностью подавлен и пошёл лечить нервную систему.

-- 
Regards,
Sir Raorn.

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

Re: [devel] <censored /> dbus hal udeff

[Andrei Bulava]

Alexey I. Froloff wrote:
> # apt-get dist-upgrade
> Reading Package Lists... Done
> Building Dependency Tree... Done
> Calculating Upgrade... Done
> [..skip..]
> The following packages will be REMOVED:
>   gnome2-games-gnobots2 gnome2-media gnome2-media-gcdplayer
>   gnome2-utils-gfloppy libnautilus2-cd-burner nautilus2-cd-burner
>   pmount thoggen totem totem-nautilus vlc-plugin-hal
> [..skip..]
> The following packages have been kept back
>   Terminal alterator dbus dbus-tools dbus-tools-gui gnome-vfs2
>   gnome-vfs2-devel gnome-vfs2-utils gnome-volume-manager gossip
>   hal hal-manager libavahi libavahi-glib libdbus libdbus-devel
>   libdbus-glib libdbus-glib-devel libdbus-qt libgalago libhal
>   libhal-devel libhal-devel-doc python-module-dbus

> Скажите пожалуйста, (какого?) (чего?) (какой?) сизиф был выложен
> (кем?)?

У меня похожая картина, в моём конкретном случае дело в libdbus, старая
версия которой была "kept back" из-за непересобранного с libdbus-1.so.2
пакета vlc. Попробуйте 'apt-get install libdbus' и найдите виновника в
своей системе (судя по "will be REMOVED: vlc-plugin-hal" - это он же).

-- 
// AB1002-UANIC

Re: [devel] <censored /> dbus hal udeff

[Pavlov Konstantin]

On Friday 21 April 2006 20:10, Andrei Bulava wrote:

> У меня похожая картина, в моём конкретном случае дело в libdbus, старая
> версия которой была "kept back" из-за непересобранного с libdbus-1.so.2
> пакета vlc. Попробуйте 'apt-get install libdbus' и найдите виновника в
> своей системе (судя по "will be REMOVED: vlc-plugin-hal" - это он же).
Факт.

(Есть ли моя вина в том, что пакет не пересобрали?)

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

Re: [devel] <censored /> dbus hal udeff

[Alexey Gladkov]

Pavlov Konstantin пишет:
> On Friday 21 April 2006 20:10, Andrei Bulava wrote:
> 
>> У меня похожая картина, в моём конкретном случае дело в libdbus, старая
>> версия которой была "kept back" из-за непересобранного с libdbus-1.so.2
>> пакета vlc. Попробуйте 'apt-get install libdbus' и найдите виновника в
>> своей системе (судя по "will be REMOVED: vlc-plugin-hal" - это он же).
> Факт.
> 
> (Есть ли моя вина в том, что пакет не пересобрали?)
> 

$ rpmquery -pR pkgs/vlc-0.8.6-alt0.15263.src.rpm |grep libdca-devel-static
libdca-devel-static
$ find Sisyphus/files/ -name 'libdca-devel-static*'
$

-- 
Rgrds, legion

Re: [devel] <censored /> dbus hal udeff

[Pavlov Konstantin]

On Friday 21 April 2006 22:00, Alexey Gladkov wrote:
> Pavlov Konstantin пишет:
> > On Friday 21 April 2006 20:10, Andrei Bulava wrote:
> >> У меня похожая картина, в моём конкретном случае дело в libdbus, старая
> >> версия которой была "kept back" из-за непересобранного с libdbus-1.so.2
> >> пакета vlc. Попробуйте 'apt-get install libdbus' и найдите виновника в
> >> своей системе (судя по "will be REMOVED: vlc-plugin-hal" - это он же).
> >
> > Факт.
> >
> > (Есть ли моя вина в том, что пакет не пересобрали?)
>
> $ rpmquery -pR pkgs/vlc-0.8.6-alt0.15263.src.rpm |grep libdca-devel-static
> libdca-devel-static
> $ find Sisyphus/files/ -name 'libdca-devel-static*'
> $

А это задокументировано, что если не собирается новая версия, залитая в 
incoming/Sisyphus, старая пересобираться в случае смены soname одного из 
BuildRequires, не будет?

(Про dca я в курсе, но это ж не повод не пересобрать старую версию?)

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

Re: [devel] <censored /> dbus hal udeff

[Alexey I. Froloff]

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

* Andrei Bulava <abulava@> [060421 20:11]:
> У меня похожая картина, в моём конкретном случае дело в libdbus, старая
> версия которой была "kept back" из-за непересобранного с libdbus-1.so.2
> пакета vlc. Попробуйте 'apt-get install libdbus' и найдите виновника в
> своей системе (судя по "will be REMOVED: vlc-plugin-hal" - это он же).

Не только vlc:

The following packages will be REMOVED:
  gnome2-media gnome2-media-gcdplayer gnome2-utils-gfloppy
  libnautilus2-cd-burner libvlc nautilus2-cd-burner pmount
  thoggen totem totem-nautilus vlc vlc-*

В основном интересует pmount :-/

-- 
Regards,
Sir Raorn.

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

Re: [devel] <censored /> dbus hal udeff

[Anton Farygin]

Pavlov Konstantin wrote:
> On Friday 21 April 2006 22:00, Alexey Gladkov wrote:
>> Pavlov Konstantin пишет:
>>> On Friday 21 April 2006 20:10, Andrei Bulava wrote:
>>>> У меня похожая картина, в моём конкретном случае дело в libdbus, старая
>>>> версия которой была "kept back" из-за непересобранного с libdbus-1.so.2
>>>> пакета vlc. Попробуйте 'apt-get install libdbus' и найдите виновника в
>>>> своей системе (судя по "will be REMOVED: vlc-plugin-hal" - это он же).
>>> Факт.
>>>
>>> (Есть ли моя вина в том, что пакет не пересобрали?)
>> $ rpmquery -pR pkgs/vlc-0.8.6-alt0.15263.src.rpm |grep libdca-devel-static
>> libdca-devel-static
>> $ find Sisyphus/files/ -name 'libdca-devel-static*'
>> $
> 
> А это задокументировано, что если не собирается новая версия, залитая в 
> incoming/Sisyphus, старая пересобираться в случае смены soname одного из 
> BuildRequires, не будет?
> 
> (Про dca я в курсе, но это ж не повод не пересобрать старую версию?)
> 


Действительно.. чего старую версию то не пересобрать ?

Re: [devel] <censored /> dbus hal udeff

[Anton Farygin]

Alexey I. Froloff wrote:
> * Andrei Bulava <abulava@> [060421 20:11]:
>> У меня похожая картина, в моём конкретном случае дело в libdbus, старая
>> версия которой была "kept back" из-за непересобранного с libdbus-1.so.2
>> пакета vlc. Попробуйте 'apt-get install libdbus' и найдите виновника в
>> своей системе (судя по "will be REMOVED: vlc-plugin-hal" - это он же).
> 
> Не только vlc:
> 
> The following packages will be REMOVED:
>   gnome2-media gnome2-media-gcdplayer gnome2-utils-gfloppy
>   libnautilus2-cd-burner libvlc nautilus2-cd-burner pmount
>   thoggen totem totem-nautilus vlc vlc-*
> 
> В основном интересует pmount :-/

pmount я отправил в Sisyphus одновременно с HAL.

Но из-за нашей мега-супер-дупер системы проверки мантейнерства пакетов 
pmount до Sisyphus ещё не дополз.

Я _реально_ не знаю что с этим делать.. incominger надо как можно 
быстрее менять на git/subversion/ ещё что-то.

Так, что бы не только мантейнер мог менять авторство.. текущая схема 
полностью уродская и не даёт возможности быстро и корректно делать NMU.

Может быть стоит определить круг персон, которые могут делать NMU не 
дожидаясь подтверждения от мантейнеров ?

Rgds,
Rider

Re: [devel] <censored /> dbus hal udeff

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060423 11:14]:
> > В основном интересует pmount :-/
> pmount я отправил в Sisyphus одновременно с HAL.
А почему сизиф был выложен с ТАКИМ количеством unmet'ов?
Помнится, я три недели дожидался libfox 1.4.x чтобы собрать новый
fxruby :-/

> Может быть стоит определить круг персон, которые могут делать NMU не 
> дожидаясь подтверждения от мантейнеров ?
Извини, конечно, но тебе давать такие права просто опасно :-/

-- 
Regards,
Sir Raorn.

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

Re: [devel] <censored /> dbus hal udeff

[Michael Shigorin]

On Sun, Apr 23, 2006 at 11:07:33AM +0400, Anton Farygin wrote:
> Может быть стоит определить круг персон, которые могут делать
> NMU не дожидаясь подтверждения от мантейнеров ?

На самом деле есть две команды, которым в том же дебиане такое 
право дано -- security team и qa team.

А incominger и Лёшу обижать почём зря не надо, это примерно как
требовать от 3.0 всего и вся и сразу ;-)

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

Re: [devel] <censored /> dbus hal udeff

[Konstantin A. Lepikhov]

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

Hi Anton!

Sunday 23, at 11:07:33 AM you wrote:

<skip>
> Но из-за нашей мега-супер-дупер системы проверки мантейнерства пакетов 
> pmount до Sisyphus ещё не дополз.
> 
> Я _реально_ не знаю что с этим делать.. incominger надо как можно 
> быстрее менять на git/subversion/ ещё что-то.
> 
> Так, что бы не только мантейнер мог менять авторство.. текущая схема 
> полностью уродская и не даёт возможности быстро и корректно делать NMU.
текущая схема просто вскрыла недостатки существующих policy ;) Например,
kernel-policy я ща переписываю, другие policy тоже бы не мешало
пересмотреть и актуализировать.

> 
> Может быть стоит определить круг персон, которые могут делать NMU не 
> дожидаясь подтверждения от мантейнеров ?
нет, это чревато.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] incoming

[Dmitry V. Levin]

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

On Sun, Apr 23, 2006 at 11:07:33AM +0400, Anton Farygin wrote:
[...]
> pmount я отправил в Sisyphus одновременно с HAL.
> 
> Но из-за нашей мега-супер-дупер системы проверки мантейнерства пакетов 
> pmount до Sisyphus ещё не дополз.
> 
> Я _реально_ не знаю что с этим делать.. incominger надо как можно 
> быстрее менять на git/subversion/ ещё что-то.

Я полагаю, что это разные сущности.  Правильно устроенный репозиторий
исходного кода не призван решать задачи правильной сборки пакетов.
Я сейчас экспериментирую с устроением репозитория на базе git,
который был бы адаптирован для сборки пакетов из него.  Автоматизацией
incominger'а занимается legion.

> Так, что бы не только мантейнер мог менять авторство.. текущая схема 
> полностью уродская и не даёт возможности быстро и корректно делать NMU.

Я предлагаю такую простую модель:
Есть мантейнеры, которые поддерживают какие-то пакеты.
Есть мантейнеры, которые поддерживают какие-то репозитории.
Мантейнеры, которые поддерживают пакеты, если это необходимо, сами
определяют правила совместной работы.
Мантейнеры, которые поддерживают репозиторий (Сизиф, например), определяют
правила, по которым пакеты формируют репозиторий.  В частности, они
определяют правила, по которым пакет одного мантейнера заменяется на пакет
другого мантейнера.

То, что у нас есть, вполне в эту модель укладывается.

> Может быть стоит определить круг персон, которые могут делать NMU не 
> дожидаясь подтверждения от мантейнеров ?

Может быть.  Сейчас в Сизифе де-факто этот круг персон состоит из:
- ldv,
- legion (правда, я не помню случая реального NMU),
- qa-robot (простой скрипт, выполняющий пересборку под присмотром ldv),
- qa-robot (простой скрипт, выполняющий пересборку под присмотром legion).
Скорее всего, этого недостаточно.  В Сизифе нужно автоматизировать NMU.
Я думаю, что когда мы научимся автоматически проверять, сделан ли NMU на
основе той сборки пакета, которая находится в репозитарии, тогда мы сможем
перейти с нынешней разрешительной схемы (когда каждый NMU нужно разрешать)
на запретительную (когда нежелательные NMU нужно явно запрещать).  Самый
простой способ проверки наследования пакетов - это анализ %changelog'а.
Более изощрённые методы можно будет использовать при наличии правильно
устроенного репозитория исходного кода.


-- 
ldv

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

Re: [devel] <censored /> dbus hal udeff

[Alexey Tourbin]

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

On Sun, Apr 23, 2006 at 11:07:33AM +0400, Anton Farygin wrote:
> Так, что бы не только мантейнер мог менять авторство.. текущая схема 
> полностью уродская и не даёт возможности быстро и корректно делать NMU.
> 
> Может быть стоит определить круг персон, которые могут делать NMU не 
> дожидаясь подтверждения от мантейнеров ?

В следующей сборке maintainer обязательно потеряет твои изменения!
В связи с этим можно сказать, что быстрых и корректных NMU не бывает.
Здесь не только техническая проблема, но и человеческий фактор.

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

[devel] nmu

[Dmitry V. Levin]

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

On Sun, Apr 23, 2006 at 08:23:29PM +0400, Alexey Tourbin wrote:
> On Sun, Apr 23, 2006 at 11:07:33AM +0400, Anton Farygin wrote:
> > Так, что бы не только мантейнер мог менять авторство.. текущая схема 
> > полностью уродская и не даёт возможности быстро и корректно делать NMU.
> > 
> > Может быть стоит определить круг персон, которые могут делать NMU не 
> > дожидаясь подтверждения от мантейнеров ?
> 
> В следующей сборке maintainer обязательно потеряет твои изменения!
> В связи с этим можно сказать, что быстрых и корректных NMU не бывает.
> Здесь не только техническая проблема, но и человеческий фактор.

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


-- 
ldv

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

Re: [devel] nmu

[Alexey Tourbin]

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

On Sun, Apr 23, 2006 at 08:28:57PM +0400, Dmitry V. Levin wrote:
> On Sun, Apr 23, 2006 at 08:23:29PM +0400, Alexey Tourbin wrote:
> > On Sun, Apr 23, 2006 at 11:07:33AM +0400, Anton Farygin wrote:
> > > Так, что бы не только мантейнер мог менять авторство.. текущая схема 
> > > полностью уродская и не даёт возможности быстро и корректно делать NMU.
> > > 
> > > Может быть стоит определить круг персон, которые могут делать NMU не 
> > > дожидаясь подтверждения от мантейнеров ?
> > 
> > В следующей сборке maintainer обязательно потеряет твои изменения!
> > В связи с этим можно сказать, что быстрых и корректных NMU не бывает.
> > Здесь не только техническая проблема, но и человеческий фактор.
> 
> Но с помощью технических средств можно минимизировать человеческий фактор.
> Например, мантейнер репозитория может автоматически отвергать любое
> обновление пакета, если не удалось установить, что он был изготовлен на
> основе предыдущей сборки этого пакета.

Да.  Можно рассмотреть более или мене жесткие условия.  Рассмотрим самое
жесткое из возможных условий.  Имеется текущий пакет и кандидат на его
замену.  Тода из текущего пакета извлекается последний changelog entry:
time, packager и EVR (если последняя сборка сделана роботом, тогда
берётся предпоследняя и т.д.).  Далее просматриваются все changelog
entires пакета-кандидата.  Если полученный time-packager-EVR текущего
пакета не принадлежит множеству {time-packager-EVR} пакета-кандидата,
тогда можно сделать вывод, что пакет-кандидат изготовлен НЕ на основе
текущего пакета.

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

Re: [devel] incoming

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060423 19:24]:
> > Может быть стоит определить круг персон, которые могут делать NMU не 
> > дожидаясь подтверждения от мантейнеров ?
> Может быть.  Сейчас в Сизифе де-факто этот круг персон состоит из:
Ой, а давайте устроим голосование на эту тему?  Кто кому мог бы
доверить NMU на свои пакеты.  Их тех, кому доверят если не все,
то некоторое большинство и сформируем такой QA-2 ;-)

-- 
Regards,
Sir Raorn.

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

Re: [devel] incoming

[Dmitry V. Levin]

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

On Sun, Apr 23, 2006 at 09:41:56PM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060423 19:24]:
> > > Может быть стоит определить круг персон, которые могут делать NMU не 
> > > дожидаясь подтверждения от мантейнеров ?
> > Может быть.  Сейчас в Сизифе де-факто этот круг персон состоит из:
> Ой, а давайте устроим голосование на эту тему?  Кто кому мог бы
> доверить NMU на свои пакеты.  Их тех, кому доверят если не все,
> то некоторое большинство и сформируем такой QA-2 ;-)

Так просто не получится.  Если мантейнеру А доверяет NMU на пакет X
мантейнер B, то это совсем не значит, что мантейнер C доверяет NMU на
пакет Y этому же мантейнеру А.


-- 
ldv

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

Re: [devel] incoming

[Genix]

Alexey I. Froloff wrote:

> Ой, а давайте устроим голосование на эту тему?  Кто кому мог бы
> доверить NMU на свои пакеты.  Их тех, кому доверят если не все,
> то некоторое большинство и сформируем такой QA-2 ;-)

_условно_: доверил бы NMU своих пакетов, тем кто работает в ООО и
майнтейнерам, стаж поддержки пакетов которых уже больше года-двух лет.

_безусловно_:
доверил бы NMU (кроме тех кто работает в ООО):
mike
lakostis
raorn (если захочет)
voins
lav
mouse
lost (а он в тим? :)
ns
mithraen
php-coder
at

это то что вспомнилось в первую очередь (люди которые уже делали NMU,
или которые забирали/отдавали пакеты и во вменяемости которых уверен ;)

-- 
У каждого в башке свои тараканы...

Re: [devel] incoming

[Michael Shigorin]

On Sun, Apr 23, 2006 at 09:41:56PM +0400, Alexey I. Froloff wrote:
> > > Может быть стоит определить круг персон, которые могут
> > > делать NMU не дожидаясь подтверждения от мантейнеров ?
> > Может быть.  Сейчас в Сизифе де-факто этот круг персон состоит из:
> Ой, а давайте устроим голосование на эту тему?  Кто кому мог бы
> доверить NMU на свои пакеты.  Их тех, кому доверят если не все,
> то некоторое большинство и сформируем такой QA-2 ;-)

Кстати, давно заикался на тему "хорошо, а как бы определить тех,
кто может лить любой мой пакет", поскольку действительно так
бывает.

Но если менять поведение по умолчанию -- это неактуально.

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

Re: [devel] nmu

[Michael Shigorin]

On Sun, Apr 23, 2006 at 09:11:14PM +0400, Alexey Tourbin wrote:
> Рассмотрим самое жесткое из возможных условий.  Имеется текущий
> пакет и кандидат на его замену.  Тода из текущего пакета
> извлекается последний changelog entry: time, packager и EVR
> (если последняя сборка сделана роботом, тогда берётся
> предпоследняя и т.д.).  Далее просматриваются все changelog
> entires пакета-кандидата.  Если полученный time-packager-EVR
> текущего пакета не принадлежит множеству {time-packager-EVR}
> пакета-кандидата, тогда можно сделать вывод, что пакет-кандидат
> изготовлен НЕ на основе текущего пакета.

Это самое жёсткое из реализуемых, но и оно рискует угробить
локальные изменения.  За них можно было бы не волноваться
(раз не залиты -- значит, несущественны), но бывает отложенный
в долгий ящик xmms (который, например, параллельно допиливал 
gns@) и не только.

В общем, давно об этом тоже думалось, но по-хорошему
действительно требуется распределённая SCM, в которую можно
делать дежурные коммиты даже разложенного по столу пакета,
плюс каким-либо образом пускать автоматическую сборку
(у себя -- чтобы проверить, удалённо -- чтобы не таскать гигазы
туда-сюда почём зря).

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

Re: [devel] incoming

[Damir Shayhutdinov]

23.04.06, Genix<genix@list.ru> написал(а):
> доверил бы NMU (кроме тех кто работает в ООО):
> mike
> lakostis
> raorn (если захочет)
> voins
> lav
> mouse
> lost (а он в тим? :)
Конечно :) damir@
Пасиб за доверие :)

Re: [devel] incoming

[Alexey Tourbin]

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

On Sun, Apr 23, 2006 at 09:41:56PM +0400, Alexey I. Froloff wrote:
> Ой, а давайте устроим голосование на эту тему?  Кто кому мог бы
> доверить NMU на свои пакеты.  Их тех, кому доверят если не все,

И что именно таким образом предполагается определить в результате голосования?
Кому все без исключения доверяют?  Или кого все без исключения любят?

$ who mom likes
at       pts/2        Apr 23 01:12 (:pts/10:S.7)
$

Но голосование не бывает без "исключений", а доверие (или недоверие) -
штука тонкая, его нельзя подчинить результатам голосования.

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

Re: [devel] incoming

[Alexey Tourbin]

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

On Sun, Apr 23, 2006 at 11:28:26PM +0400, Damir Shayhutdinov wrote:
> 23.04.06, Genix<genix@list.ru> написал(а):
> > доверил бы NMU (кроме тех кто работает в ООО):
> > mike
> > lakostis
> > raorn (если захочет)
> > voins
> > lav
> > mouse
> > lost (а он в тим? :)
> Конечно :) damir@
> Пасиб за доверие :)

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

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

Re: [devel] incoming

[Michael Shigorin]

On Sun, Apr 23, 2006 at 11:36:48PM +0400, Alexey Tourbin wrote:
> Кому все без исключения доверяют?  Или кого все без исключения
> любят?

Лёш, один вариант был высказан (о двух командах).

> $ who mom likes
> at       pts/2        Apr 23 01:12 (:pts/10:S.7)
> $

Теперь покажи s/mom/team/, пригласив туда же Диму. :)

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

Re: [devel] nmu

[Alexey Tourbin]

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

On Sun, Apr 23, 2006 at 10:28:05PM +0300, Michael Shigorin wrote:
> В общем, давно об этом тоже думалось, но по-хорошему
> действительно требуется распределённая SCM, в которую можно
> делать дежурные коммиты даже разложенного по столу пакета,
> плюс каким-либо образом пускать автоматическую сборку
> (у себя -- чтобы проверить, удалённо -- чтобы не таскать гигазы
> туда-сюда почём зря).

Но это уже будет совсем новая схема, incoming станет не нужен.
Пока речь идёт о том, чтобы сделать tweak для incominger'а.

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

Re: [devel] incoming

[Alexey Tourbin]

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

On Sun, Apr 23, 2006 at 10:43:28PM +0300, Michael Shigorin wrote:
> On Sun, Apr 23, 2006 at 11:36:48PM +0400, Alexey Tourbin wrote:
> > Кому все без исключения доверяют?  Или кого все без исключения
> > любят?
> Лёш, один вариант был высказан (о двух командах).

Про QA-2?  А что, разве есть QA-1? :)
Нет никакого QA, это фикция в головах.  Или ширма для жуликов. :)

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

Re: [devel] incoming

[Alexey I. Froloff]

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

* Alexey Tourbin <at@> [060424 00:48]:
> > > Кому все без исключения доверяют?  Или кого все без исключения
> > > любят?
> > Лёш, один вариант был высказан (о двух командах).
> Про QA-2?  А что, разве есть QA-1? :)
> Нет никакого QA, это фикция в головах.  Или ширма для жуликов. :)
Ой, да назови это как угодно.  "Люди которые сначала думают
головой, а потом делают".  Те, кому просто не придёт в голову
выложить завтра, например, glibc с включенным NPTL без всяких
альтернатив...

-- 
Regards,
Sir Raorn.

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

Re: [devel] <censored /> dbus hal udeff

[Anton Farygin]

Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [060423 11:14]:
>>> В основном интересует pmount :-/
>> pmount я отправил в Sisyphus одновременно с HAL.
> А почему сизиф был выложен с ТАКИМ количеством unmet'ов?
> Помнится, я три недели дожидался libfox 1.4.x чтобы собрать новый
> fxruby :-/

Я не в курсе. Одновременно с HAL я Legion'у выдал список пакетов, 
которые надо было пересобрать.

Почему они не были пересобраны - без понятия.

> 
>> Может быть стоит определить круг персон, которые могут делать NMU не 
>> дожидаясь подтверждения от мантейнеров ?
> Извини, конечно, но тебе давать такие права просто опасно :-/

Почему же ?

Покажи мне хоть один пакет, который я сломал, делая NMU ?

Rgds,
Rider

Re: [devel] <censored /> dbus hal udeff

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> Hi Anton!
> 
> Sunday 23, at 11:07:33 AM you wrote:
> 
> <skip>
>> Но из-за нашей мега-супер-дупер системы проверки мантейнерства пакетов 
>> pmount до Sisyphus ещё не дополз.
>>
>> Я _реально_ не знаю что с этим делать.. incominger надо как можно 
>> быстрее менять на git/subversion/ ещё что-то.
>>
>> Так, что бы не только мантейнер мог менять авторство.. текущая схема 
>> полностью уродская и не даёт возможности быстро и корректно делать NMU.
> текущая схема просто вскрыла недостатки существующих policy ;) Например,
> kernel-policy я ща переписываю, другие policy тоже бы не мешало
> пересмотреть и актуализировать.
> 
>> Может быть стоит определить круг персон, которые могут делать NMU не 
>> дожидаясь подтверждения от мантейнеров ?
> нет, это чревато.

Кстати, kernel-image-vs26-smp я так в Sisyphus и не наблюдаю ;-/

Rgds,
Rider

Re: [devel] <censored /> dbus hal udeff

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060424 14:47]:
> >> Может быть стоит определить круг персон, которые могут делать NMU не 
> >> дожидаясь подтверждения от мантейнеров ?
> > Извини, конечно, но тебе давать такие права просто опасно :-/
> Почему же ?
> Покажи мне хоть один пакет, который я сломал, делая NMU ?
Да и без NMU достаточно примеров.  libSDL с 3dnow на intel, lvm2
с зависимостями на 2.6, взаимоотношения hotplug с
linux-hotplug...  Сначала сделано - потом подумано.  После криков
в рассылках и жаберах.

P.S. Про kudzu и updfstab я вообще молчу...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] <censored /> dbus hal udeff

[Dmitry V. Levin]

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

On Mon, Apr 24, 2006 at 02:52:18PM +0400, Anton Farygin wrote:
> Alexey I. Froloff wrote:
> > * Anton Farygin <rider@> [060423 11:14]:
> >>> В основном интересует pmount :-/
> >> pmount я отправил в Sisyphus одновременно с HAL.
> > А почему сизиф был выложен с ТАКИМ количеством unmet'ов?
> > Помнится, я три недели дожидался libfox 1.4.x чтобы собрать новый
> > fxruby :-/
> 
> Я не в курсе. Одновременно с HAL я Legion'у выдал список пакетов, 
> которые надо было пересобрать.
> 
> Почему они не были пересобраны - без понятия.

Очевидно, часть из них была из категории непересобирающихся.
Остальные были пересобраны.


-- 
ldv

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

Re: [devel] <censored /> dbus hal udeff

[Anton Farygin]

Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [060424 14:47]:
>>>> Может быть стоит определить круг персон, которые могут делать NMU не 
>>>> дожидаясь подтверждения от мантейнеров ?
>>> Извини, конечно, но тебе давать такие права просто опасно :-/
>> Почему же ?
>> Покажи мне хоть один пакет, который я сломал, делая NMU ?
> Да и без NMU достаточно примеров.  libSDL с 3dnow на intel, lvm2
> с зависимостями на 2.6, взаимоотношения hotplug с
> linux-hotplug...  Сначала сделано - потом подумано.  После криков
> в рассылках и жаберах.
> 
> P.S. Про kudzu и updfstab я вообще молчу...

Ещё раз - я спросил про NMU.

Rgds,
Rider

Re: [devel] <censored /> dbus hal udeff

[Anton Farygin]

Dmitry V. Levin wrote:
> On Mon, Apr 24, 2006 at 02:52:18PM +0400, Anton Farygin wrote:
>> Alexey I. Froloff wrote:
>>> * Anton Farygin <rider@> [060423 11:14]:
>>>>> В основном интересует pmount :-/
>>>> pmount я отправил в Sisyphus одновременно с HAL.
>>> А почему сизиф был выложен с ТАКИМ количеством unmet'ов?
>>> Помнится, я три недели дожидался libfox 1.4.x чтобы собрать новый
>>> fxruby :-/
>> Я не в курсе. Одновременно с HAL я Legion'у выдал список пакетов, 
>> которые надо было пересобрать.
>>
>> Почему они не были пересобраны - без понятия.
> 
> Очевидно, часть из них была из категории непересобирающихся.
> Остальные были пересобраны.


Пакет k3b версии 0.12.14-alt1 имеет неудовлетворенные зависимости:
  Требует: libdbus-1.so.1()(64bit)

А между тем k3b у меня прекрасно собрался локально.

Rgds,
Rider

Re: [devel] <censored /> dbus hal udeff

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060424 16:03]:
> Ещё раз - я спросил про NMU.
Ты сначала свои пакеты научись нормально поддерживать, а потом
уже про NMU говори.  Грубо, но правда.

# chkconfig --list hal
hal             0:off   1:off   2:off   3:on    4:on    5:on    6:off
[dist-upgrade]
# chkconfig --list haldaemon
service haldaemon supports chkconfig, but is not referenced in any runlevel (run 'chkconfig --add haldaemon')
# chkconfig --list hal
error reading information on service hal: No such file or directory
# ls -l /etc/rc.d/rc*/???hal
lrwxrwxrwx 1 root root 13 Nov  3 22:17 /etc/rc.d/rc0.d/K02hal -> ../init.d/hal
lrwxrwxrwx 1 root root 13 Nov  3 22:17 /etc/rc.d/rc1.d/K02hal -> ../init.d/hal
lrwxrwxrwx 1 root root 13 Nov  3 22:17 /etc/rc.d/rc2.d/K02hal -> ../init.d/hal
lrwxrwxrwx 1 root root 13 Nov  3 22:17 /etc/rc.d/rc3.d/S98hal -> ../init.d/hal
lrwxrwxrwx 1 root root 13 Nov  3 22:17 /etc/rc.d/rc4.d/S98hal -> ../init.d/hal
lrwxrwxrwx 1 root root 13 Nov  3 22:17 /etc/rc.d/rc5.d/S98hal -> ../init.d/hal
lrwxrwxrwx 1 root root 13 Nov  3 22:17 /etc/rc.d/rc6.d/K02hal -> ../init.d/hal
# ls -l /etc/rc.d/rc*/???haldaemon
ls: /etc/rc.d/rc*/???haldaemon: No such file or directory
# tail -390 /var/log/user/info | grep hal 
Apr 24 19:59:16 hell apt-get: libhal-0:0.5.7-alt3 installed 
Apr 24 19:59:16 hell apt-get: libhal-0:0.5.5.1-alt1.1 removed 
Apr 24 19:59:41 hell apt-get: libhal-devel-0:0.5.7-alt3 installed 
Apr 24 19:59:41 hell apt-get: libhal-devel-0:0.5.5.1-alt1.1 removed 
Apr 24 20:03:10 hell apt-get: libhal-devel-doc-0:0.5.7-alt3 installed 
Apr 24 20:03:11 hell apt-get: libhal-devel-doc-0:0.5.5.1-alt1.1 removed 
Apr 24 20:06:09 hell apt-get: hal-0:0.5.7-alt3 installed 
Apr 24 20:06:12 hell apt-get: hal-0:0.5.5.1-alt1.1 removed 
Apr 24 20:06:13 hell apt-get: hal-manager-0:0.5.7-alt3 installed 
Apr 24 20:06:14 hell apt-get: hal-manager-0:0.5.5.1-alt1.1 removed 
# rpmquery --scripts hal
preinstall scriptlet (through /bin/sh):
# Add the "haldaemon" user
/usr/sbin/useradd -c 'HAL daemon' \
        -s /sbin/nologin -r -d '/' haldaemon 2> /dev/null || :
postinstall scriptlet (through /bin/sh):
/usr/sbin/post_service haldaemon
preuninstall scriptlet (through /bin/sh):
/usr/sbin/preun_service haldaemon
# rpmquery --triggers hal
triggerin script (through /bin/sh) -- hal < 0.5.7
/usr/sbin/preun_service hal

Советую заглянуть внутрь /usr/sbin/preun_service и
/usr/sbin/post_service дабы выяснить раз и навсегда ЧТО они
делают.  И в /usr/share/doc/rpm-4.0.4/manual/triggers, дабы
выяснить КОГДА они это будут делать.

-- 
Regards,
Sir Raorn.

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

Re: [devel] incoming

[Michael Shigorin]

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

On Mon, Apr 24, 2006 at 12:46:09AM +0400, Alexey Tourbin wrote:
> Нет никакого QA, это фикция в головах.  Или ширма для жуликов. :)

Знаешь, мне как-то комфортнее считать вас с Димой скорее героями 
QA, чем просто Гераклами местной конюшни.  Даже если одно и то же.

Просто если зашла речь о вполне конкретных правах, то мне
в данном случае думается так.

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

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

[devel] [OT]

[Michael Shigorin]

> > Ещё раз - я спросил про NMU.
> Ты сначала свои пакеты научись нормально поддерживать, а потом
> уже про NMU говори.  Грубо, но правда.

Мужуки, ну давайте жить дружно :-)  Все ошибаются, если это
никогда не прощать и не забывать -- лучше помереть сразу.

"А у нас ещё есть дела" (c)

-- 
Миша,
как раз утром с кладбища

Re: [devel] <censored /> dbus hal udeff

[Anton Farygin]

Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [060424 16:03]:
>> Ещё раз - я спросил про NMU.
> Ты сначала свои пакеты научись нормально поддерживать, а потом
> уже про NMU говори.  Грубо, но правда.

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

Rgds,
Rider

[devel] триггеры

[Michael Shigorin]

On Mon, Apr 24, 2006 at 08:16:19PM +0400, Alexey I. Froloff wrote:
> [dist-upgrade]
> # chkconfig --list haldaemon
> service haldaemon supports chkconfig, but is not referenced in any runlevel (run 'chkconfig --add haldaemon')
> # rpmquery --triggers hal
> triggerin script (through /bin/sh) -- hal < 0.5.7
> /usr/sbin/preun_service hal

Здесь, насколько понимаю, /sbin/chkconfig hal reset
добьётся лучшего из автоматических результата.

> Советую заглянуть внутрь /usr/sbin/preun_service и
> /usr/sbin/post_service дабы выяснить раз и навсегда ЧТО они
> делают.  И в /usr/share/doc/rpm-4.0.4/manual/triggers, дабы
> выяснить КОГДА они это будут делать.

On Mon, Apr 24, 2006 at 08:31:48PM +0400, Anton Farygin wrote:
> патчи приветствуются.. я так и не понял как этим триггером
> пользоваться в данном случае правильно.

Так спросил бы.  Всю документацию не перечитаешь, в конце концов.

Если понял постановку вопроса, то для этого надо не только
порядок выполнения пакетных скриптов [1] с *_service, а и
chkconfig(8) читать насвежо.

[1] http://wiki.sisyphus.ru/devel/SpecTips/scriptstriggers

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

Re: [devel] <censored /> dbus hal udeff

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060424 20:35]:
> >> Ещё раз - я спросил про NMU.
> > Ты сначала свои пакеты научись нормально поддерживать, а потом
> > уже про NMU говори.  Грубо, но правда.
> патчи приветствуются..
К сожалению нейрохирургия ещё не достигла такого уровня, чтобы
можно было такие патчи делать.

> я так и не понял как этим триггером пользоваться в данном
> случае правильно.
Ну там посмотри на тот же etcnet, в котором тоже менялось имя
сервиса:

$ rpm -q --triggers etcnet
triggerun script (through /bin/sh) -- etcnet < 0.5.1
if [ $2 -gt 0 ]; then
# This is etcnet upgrade.
        /sbin/chkconfig --del etcnet
        /sbin/chkconfig --add network
fi

В конце концов рассылки есть, где можно спросить "а как правильно
сделать?".  Такие грабли - это элементарное неуважение к своим
товарищам по команде, которым и так есть чем заняться кроме
выяснения чего ты опять накосячил :-/

-- 
Regards,
Sir Raorn.

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

Re: [devel] [OT]

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [060424 20:35]:
> > > Ещё раз - я спросил про NMU.
> > Ты сначала свои пакеты научись нормально поддерживать, а потом
> > уже про NMU говори.  Грубо, но правда.
> Мужуки, ну давайте жить дружно :-)  Все ошибаются, если это
> никогда не прощать и не забывать -- лучше помереть сразу.
Миш, ну мне надоело уже об такие косяки спотыкаться, ну чесслово.
При чём об этот - уже второй раз :-/

> "А у нас ещё есть дела" (c)
Вотыманно.  А из-за таких счастливых обновлений теряется время и
умирают нервные клетки.

P.S. /me самоустранился в /dev/null, где мне с такими разговорами
в общем-то самое и место.

-- 
Regards,
Sir Raorn.

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

Re: [devel] триггеры

[Anton Farygin]

Michael Shigorin wrote:
> On Mon, Apr 24, 2006 at 08:16:19PM +0400, Alexey I. Froloff wrote:
>> [dist-upgrade]
>> # chkconfig --list haldaemon
>> service haldaemon supports chkconfig, but is not referenced in any runlevel (run 'chkconfig --add haldaemon')
>> # rpmquery --triggers hal
>> triggerin script (through /bin/sh) -- hal < 0.5.7
>> /usr/sbin/preun_service hal
> 
> Здесь, насколько понимаю, /sbin/chkconfig hal reset
> добьётся лучшего из автоматических результата.
> 
>> Советую заглянуть внутрь /usr/sbin/preun_service и
>> /usr/sbin/post_service дабы выяснить раз и навсегда ЧТО они
>> делают.  И в /usr/share/doc/rpm-4.0.4/manual/triggers, дабы
>> выяснить КОГДА они это будут делать.
> 
> On Mon, Apr 24, 2006 at 08:31:48PM +0400, Anton Farygin wrote:
>> патчи приветствуются.. я так и не понял как этим триггером
>> пользоваться в данном случае правильно.
> 
> Так спросил бы.  Всю документацию не перечитаешь, в конце концов.
> 
> Если понял постановку вопроса, то для этого надо не только
> порядок выполнения пакетных скриптов [1] с *_service, а и
> chkconfig(8) читать насвежо.
> 
> [1] http://wiki.sisyphus.ru/devel/SpecTips/scriptstriggers
> 

Всё равно нифига не понял.

Есть хоть в каком-то пакете пример триггеров для переименовывания сервисов ?

Rgds,
Rider

Re: [devel] триггеры

[Michael Shigorin]

On Mon, Apr 24, 2006 at 08:47:22PM +0400, Anton Farygin wrote:
> Есть хоть в каком-то пакете пример триггеров для
> переименовывания сервисов ?

Упомянутый raorn@ etcnet; добавил пример в
http://wiki.sisyphus.ru/devel/SpecTips/scriptstriggers
и ссылку на эту страничку -- в 
http://wiki.sisyphus.ru/devel/SpecTips 
(и как её там не было...)

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

Re: [devel] <censored /> dbus hal udeff

[Anton Farygin]

Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [060424 20:35]:
>>>> Ещё раз - я спросил про NMU.
>>> Ты сначала свои пакеты научись нормально поддерживать, а потом
>>> уже про NMU говори.  Грубо, но правда.
>> патчи приветствуются..
> К сожалению нейрохирургия ещё не достигла такого уровня, чтобы
> можно было такие патчи делать.
> 
>> я так и не понял как этим триггером пользоваться в данном
>> случае правильно.
> Ну там посмотри на тот же etcnet, в котором тоже менялось имя
> сервиса:
> 
> $ rpm -q --triggers etcnet
> triggerun script (through /bin/sh) -- etcnet < 0.5.1
> if [ $2 -gt 0 ]; then
> # This is etcnet upgrade.
>         /sbin/chkconfig --del etcnet
>         /sbin/chkconfig --add network
> fi

Это всё не то что хотелось бы ;(

Ладно, пойду поковыряю.. коль никто ничего умного подсказать не хочет ;(

Rgds,
Rider

Re: [devel] триггеры

[Anton Farygin]

Michael Shigorin wrote:
> On Mon, Apr 24, 2006 at 08:47:22PM +0400, Anton Farygin wrote:
>> Есть хоть в каком-то пакете пример триггеров для
>> переименовывания сервисов ?
> 
> Упомянутый raorn@ etcnet; добавил пример в
> http://wiki.sisyphus.ru/devel/SpecTips/scriptstriggers
> и ссылку на эту страничку -- в 
> http://wiki.sisyphus.ru/devel/SpecTips 
> (и как её там не было...)
> 

Там надо бы ещё добавить проверку на то, что сервис не был включен.


Rgds,
Rider

Re: [devel] триггеры

[Michael Shigorin]

On Mon, Apr 24, 2006 at 09:09:51PM +0400, Anton Farygin wrote:
> >> Есть хоть в каком-то пакете пример триггеров для
> >> переименовывания сервисов ?
> > Упомянутый raorn@ etcnet; добавил пример в
> > http://wiki.sisyphus.ru/devel/SpecTips/scriptstriggers
> > и ссылку на эту страничку -- в 
> > http://wiki.sisyphus.ru/devel/SpecTips 
> > (и как её там не было...)
> Там надо бы ещё добавить проверку на то, что сервис не был включен.

Смутно припоминается, что нечто подобное выписывалось в новых
инитскриптах httpd и httpd-perl (там были нюансы с тем, что
они могут работать как вместе, так и раздельно -- хотя бы
теоретически)... во, там наличие лок-файла смотрелось:

--- httpd.init.2_3 ---
# ...

PERLBINARY=/usr/sbin/httpd-perl
PERLLOCK=/var/run/httpd-perl.pid

# ...

# mod_perl related setup; see README.ALT
if [ -x "$PERLBINARY" -a -e "$PERLLOCK" ]; then
        ARGS="-DPERLPROXIED"
else
        ARGS=""
fi
---

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

Re: [devel] триггеры

[Anton Farygin]

Michael Shigorin wrote:
> On Mon, Apr 24, 2006 at 09:09:51PM +0400, Anton Farygin wrote:
>>>> Есть хоть в каком-то пакете пример триггеров для
>>>> переименовывания сервисов ?
>>> Упомянутый raorn@ etcnet; добавил пример в
>>> http://wiki.sisyphus.ru/devel/SpecTips/scriptstriggers
>>> и ссылку на эту страничку -- в 
>>> http://wiki.sisyphus.ru/devel/SpecTips 
>>> (и как её там не было...)
>> Там надо бы ещё добавить проверку на то, что сервис не был включен.
> 
> Смутно припоминается, что нечто подобное выписывалось в новых
> инитскриптах httpd и httpd-perl (там были нюансы с тем, что
> они могут работать как вместе, так и раздельно -- хотя бы
> теоретически)... во, там наличие лок-файла смотрелось:
> 
> --- httpd.init.2_3 ---
> # ...
> 
> PERLBINARY=/usr/sbin/httpd-perl
> PERLLOCK=/var/run/httpd-perl.pid
> 
> # ...
> 
> # mod_perl related setup; see README.ALT
> if [ -x "$PERLBINARY" -a -e "$PERLLOCK" ]; then
>         ARGS="-DPERLPROXIED"
> else
>         ARGS=""
> fi
> ---
> 

не.. это как-то криво. Надо проверять именно chkconfig'ом.

Rgds,
Rider

Re: [devel] триггеры

[Michael Shigorin]

On Mon, Apr 24, 2006 at 09:25:51PM +0400, Anton Farygin wrote:
> >> Там надо бы ещё добавить проверку на то, что сервис не был включен.
> > Смутно припоминается, что нечто подобное выписывалось в новых
> > инитскриптах httpd и httpd-perl (там были нюансы с тем, что
> > они могут работать как вместе, так и раздельно -- хотя бы
> > теоретически)... во, там наличие лок-файла смотрелось:

А, мне надо было именно /запущен/, а не /включен/.

> не.. это как-то криво. Надо проверять именно chkconfig'ом.

Оно не криво, оно другое; хотя пока прикидывал, чего б дальше
примотать к alterator-services -- захотелось от chkconfig такого:

* chkconfig --levels NM --list
* chkconfig --info $name

Интересно, это реально увидеть у нас?

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

Re: [devel] chkconfig (was: триггеры)

[Ivan Fedorov]

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

Michael Shigorin пишет:
> Оно не криво, оно другое; хотя пока прикидывал, чего б дальше
> примотать к alterator-services -- захотелось от chkconfig такого:
> 
> * chkconfig --levels NM --list
> * chkconfig --info $name

а "chkconfig --list $name" не поможет? Или ты хочешь описание?


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

Re: [devel] chkconfig (was: триггеры)

[Michael Shigorin]

On Tue, Apr 25, 2006 at 04:40:44PM +0900, Ivan Fedorov wrote:
> > * chkconfig --info $name
> а "chkconfig --list $name" не поможет? Или ты хочешь описание?

Именно.  Шоб в окошечко его.

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