[devel] Sisyphus: new package - isdn4k-utils-3.2p1

[devel] Sisyphus: new package - isdn4k-utils-3.2p1

[Dmitry Lebkov]

Доброго времени суток,

В incoming/Sisyphus ушел isdn4k-utils-3.2p1-alt1.src.rpm.
В данной сборке присутствуют:
 - утилиты для настройки ISDN-карт
 - SyncPPP-демон ipppd
 - консольные мониторы ISDN-каналов

Программы, обеспечивающие доп. функциональность (vbox,
isdnlog, X(monitors), capi-приложения) будут включаться
в пакет по мере приведения этих приложений в более-менее
приличное состояние.

На тестовой машине с ISDN-картой ElasAG QuickStep 1000
(драйвер hisax) этот пакет в связке c isdn4net вполне
штатно отработал под нагрузкой в режиме SyncPPP двое
суток.

2 Aleksandr Blokhin and LDV:
Может имеет смысл интегрировать часть функциональности
пакета isdn4net (как минимум то что отвечает за up/down
интерфейсов ippp/isdn) в пакет initscripts? СтОит в эту
сторону думать?

WBR, Dmitry Lebkov

Re: [devel] Sisyphus: new package - isdn4k-utils-3.2p1

[Aleksandr Blokhin]

On Tue, 22 Oct 2002 11:59:39 +1100
Dmitry Lebkov <dima@sakhalin.ru> wrote:

DL> Доброго времени суток,

DL> В incoming/Sisyphus ушел isdn4k-utils-3.2p1-alt1.src.rpm.
DL> В данной сборке присутствуют:
DL> - утилиты для настройки ISDN-карт
DL> - SyncPPP-демон ipppd
DL> - консольные мониторы ISDN-каналов

DL> Программы, обеспечивающие доп. функциональность (vbox,
DL> isdnlog, X(monitors), capi-приложения) будут включаться
DL> в пакет по мере приведения этих приложений в более-менее
DL> приличное состояние.

DL> На тестовой машине с ISDN-картой ElasAG QuickStep 1000
DL> (драйвер hisax) этот пакет в связке c isdn4net вполне
DL> штатно отработал под нагрузкой в режиме SyncPPP двое
DL> суток.

DL> 2 Aleksandr Blokhin and LDV:
DL> Может имеет смысл интегрировать часть функциональности
DL> пакета isdn4net (как минимум то что отвечает за up/down
DL> интерфейсов ippp/isdn) в пакет initscripts? СтОит в эту
DL> сторону думать?

Я не против.

--
Best regards
AB
--
				... In nomine Altli, et Ctrli, et Spititus Deli, Reset!

Re: [devel] Sisyphus: new package - isdn4k-utils-3.2p1

[Dmitry V. Levin]

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

On Tue, Oct 22, 2002 at 11:59:39AM +1100, Dmitry Lebkov wrote:
> В incoming/Sisyphus ушел isdn4k-utils-3.2p1-alt1.src.rpm.
> В данной сборке присутствуют:
>  - утилиты для настройки ISDN-карт
>  - SyncPPP-демон ipppd
>  - консольные мониторы ISDN-каналов
> 
> Программы, обеспечивающие доп. функциональность (vbox,
> isdnlog, X(monitors), capi-приложения) будут включаться
> в пакет по мере приведения этих приложений в более-менее
> приличное состояние.
> 
> На тестовой машине с ISDN-картой ElasAG QuickStep 1000
> (драйвер hisax) этот пакет в связке c isdn4net вполне
> штатно отработал под нагрузкой в режиме SyncPPP двое
> суток.
> 
> 2 Aleksandr Blokhin and LDV:
> Может имеет смысл интегрировать часть функциональности
> пакета isdn4net (как минимум то что отвечает за up/down
> интерфейсов ippp/isdn) в пакет initscripts? СтОит в эту
> сторону думать?

Пусть пока остается в рамках пакета isdn4net.
После релиза пакет initscripts будет расформирован.


--
ldv

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

Re: [devel] Sisyphus: new package - isdn4k-utils-3.2p1

[Alexander Bokovoy]

On Tue, Oct 22, 2002 at 12:40:41PM +0400, Dmitry V. Levin wrote:
> > 2 Aleksandr Blokhin and LDV:
> > Может имеет смысл интегрировать часть функциональности
> > пакета isdn4net (как минимум то что отвечает за up/down
> > интерфейсов ippp/isdn) в пакет initscripts? СтОит в эту
> > сторону думать?
> 
> Пусть пока остается в рамках пакета isdn4net.
> После релиза пакет initscripts будет расформирован.
А до релиза очень хорошо бы добавить в /etc/rc.d/scripts/cleanup
блокировку беспрекословной очистки и удаления /var/lock/cvs.

-- 
/ Alexander Bokovoy
---
You have literary talent that you should take pains to develop.

Re: [devel] initscripts

[Dmitry V. Levin]

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

On Tue, Oct 22, 2002 at 12:54:09PM +0300, Alexander Bokovoy wrote:
> А до релиза очень хорошо бы добавить в /etc/rc.d/scripts/cleanup
> блокировку беспрекословной очистки и удаления /var/lock/cvs.

А стоит ли? Неудаленные вследствие crash'а блокировки могут нарушить
работу cvs.

Кстати, комментарий про /usr в /etc/rc.d/scripts/cleanup не соответствует
действительности, ибо у нас есть /bin/find;

Полагаю, что "find /var/lock/cvs/ \! -type d -delete" - это именно то, что
нужно?


--
ldv

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

Re: [devel] initscripts

[Alexander Bokovoy]

On Tue, Oct 22, 2002 at 01:59:11PM +0400, Dmitry V. Levin wrote:
> On Tue, Oct 22, 2002 at 12:54:09PM +0300, Alexander Bokovoy wrote:
> > А до релиза очень хорошо бы добавить в /etc/rc.d/scripts/cleanup
> > блокировку беспрекословной очистки и удаления /var/lock/cvs.
> 
> А стоит ли? Неудаленные вследствие crash'а блокировки могут нарушить
> работу cvs.
> 
> Кстати, комментарий про /usr в /etc/rc.d/scripts/cleanup не соответствует
> действительности, ибо у нас есть /bin/find;
> 
> Полагаю, что "find /var/lock/cvs/ \! -type d -delete" - это именно то, что
> нужно?
Нет, посовещавшись, мы пришли к выводу, что нужно убивать в /var/lock/cvs
все вида .#* (а это могут быть и директории, и файлы), ибо блокировки выглядят 
именно так. Обычные директории надо оставлять.


-- 
/ Alexander Bokovoy
---
The world is full of people who have never, since childhood, met an
open doorway with an open mind.
		-- E.B. White

Re: [devel] initscripts

[Dmitry V. Levin]

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

On Tue, Oct 22, 2002 at 01:11:52PM +0300, Alexander Bokovoy wrote:
> > > А до релиза очень хорошо бы добавить в /etc/rc.d/scripts/cleanup
> > > блокировку беспрекословной очистки и удаления /var/lock/cvs.
> > 
> > А стоит ли? Неудаленные вследствие crash'а блокировки могут нарушить
> > работу cvs.
> > 
> > Кстати, комментарий про /usr в /etc/rc.d/scripts/cleanup не соответствует
> > действительности, ибо у нас есть /bin/find;
> > 
> > Полагаю, что "find /var/lock/cvs/ \! -type d -delete" - это именно то, что
> > нужно?
> Нет, посовещавшись, мы пришли к выводу, что нужно убивать в /var/lock/cvs
> все вида .#* (а это могут быть и директории, и файлы), ибо блокировки выглядят 
> именно так. Обычные директории надо оставлять.

А зачем их оставлять? Разве CVS их не создает?


--
ldv

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

Re: [devel] initscripts

[Sergey Bolshakov]

>>>>> "Dmitry" == Dmitry V Levin <ldv@altlinux.org> writes:

 > On Tue, Oct 22, 2002 at 01:11:52PM +0300, Alexander Bokovoy wrote:
 >> > > А до релиза очень хорошо бы добавить в /etc/rc.d/scripts/cleanup
 >> > > блокировку беспрекословной очистки и удаления /var/lock/cvs.
 >> >
 >> > А стоит ли? Неудаленные вследствие crash'а блокировки могут нарушить
 >> > работу cvs.
 >> >
 >> > Кстати, комментарий про /usr в /etc/rc.d/scripts/cleanup не
 >> > соответствует действительности, ибо у нас есть /bin/find;
 >> >
 >> > Полагаю, что "find /var/lock/cvs/ \! -type d -delete" - это именно то,
 >> > что нужно?
 >> Нет, посовещавшись, мы пришли к выводу, что нужно убивать в /var/lock/cvs
 >> все вида .#* (а это могут быть и директории, и файлы), ибо блокировки
 >> выглядят именно так. Обычные директории надо оставлять.

 > А зачем их оставлять? Разве CVS их не создает?
В случае с несколькими CVSROOT нет простого способа определить, где
начинаются директории модулей. То бишь: есть CVSROOT's: /var/cvs/repo1
и /var/cvs/repo2 и, соответственно, LOckDir's: /var/lock/cvs/repo1 и
/var/lock/cvs/repo2 - их прибивать нельзя, поскольку сами они не создадутся.

-- 
	Трули ерз, Сергей.

"[Open Source] programming is like sex, one mistake and you have to support it
for the rest of your life."  ---  M. Sinz, CBM Inc.

Re: [devel] initscripts

[Dmitry V. Levin]

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

On Tue, Oct 22, 2002 at 02:05:40PM +0300, Sergey Bolshakov wrote:
>  >> Нет, посовещавшись, мы пришли к выводу, что нужно убивать в /var/lock/cvs
>  >> все вида .#* (а это могут быть и директории, и файлы), ибо блокировки
>  >> выглядят именно так. Обычные директории надо оставлять.
> 
>  > А зачем их оставлять? Разве CVS их не создает?
> В случае с несколькими CVSROOT нет простого способа определить, где
> начинаются директории модулей. То бишь: есть CVSROOT's: /var/cvs/repo1
> и /var/cvs/repo2 и, соответственно, LOckDir's: /var/lock/cvs/repo1 и
> /var/lock/cvs/repo2 - их прибивать нельзя, поскольку сами они не создадутся.

Тогда нужно убирать из /var/lock/cvs/ все объекты глубиной >= 2.


--
ldv

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

Re: [devel] initscripts

[Alexey Morozov]

On Tue, Oct 22, 2002 at 02:05:40PM +0300, Sergey Bolshakov wrote:
> В случае с несколькими CVSROOT нет простого способа определить, где
> начинаются директории модулей. То бишь: есть CVSROOT's: /var/cvs/repo1
> и /var/cvs/repo2 и, соответственно, LOckDir's: /var/lock/cvs/repo1 и
> /var/lock/cvs/repo2 - их прибивать нельзя, поскольку сами они не создадутся.
А, может, разносить их через LockDir?

Re: [devel] initscripts

[Sergey Bolshakov]

>>>>> "Alexey" == Alexey Morozov <morozov@novosoft.ru> writes:

 > On Tue, Oct 22, 2002 at 02:05:40PM +0300, Sergey Bolshakov wrote:
 >> В случае с несколькими CVSROOT нет простого способа определить, где
 >> начинаются директории модулей. То бишь: есть CVSROOT's: /var/cvs/repo1 и
 >> /var/cvs/repo2 и, соответственно, LOckDir's: /var/lock/cvs/repo1 и
 >> /var/lock/cvs/repo2 - их прибивать нельзя, поскольку сами они не
 >> создадутся.
 > А, может, разносить их через LockDir?
Дак этта, разнесено :) Именно через LockDir. Только вот создавать их
cvs не обучен. Кстати, ваш nserver, собранный под Альт, существует ?

-- 
	Трули ерз, Сергей.

"[Open Source] programming is like sex, one mistake and you have to support it
for the rest of your life."  ---  M. Sinz, CBM Inc.

Re: [devel] initscripts

[Alexey Morozov]

On Tue, Oct 22, 2002 at 03:16:01PM +0300, Sergey Bolshakov wrote:
>  > А, может, разносить их через LockDir?
> Дак этта, разнесено :) Именно через LockDir. Только вот создавать их
> cvs не обучен. Кстати, ваш nserver, собранный под Альт, существует ?
Угу :-).
alex@pyro ~ $ rpm -qa | grep ncvs
ncvs-1.11.1.52-aam0.cvs20020925.1
ncvs-doc-ps-1.11.1.52-aam0.cvs20020925.1
ncvs-server-1.11.1.52-aam0.cvs20020925.1
alex@pyro ~ $ _

По-видимому, эта та версия, которую можно релизить :-)
Только вот Алекс сейчас как бы в ауте, а именно он, типа,
релиз-инженер :-).

Re: [devel] initscripts

[Alexey Morozov]

On Tue, Oct 22, 2002 at 03:16:01PM +0300, Sergey Bolshakov wrote:
>  > А, может, разносить их через LockDir?
> Дак этта, разнесено :) Именно через LockDir. Только вот создавать их
> cvs не обучен. Кстати, ваш nserver, собранный под Альт, существует ?
Кстати, а почему бы в init_repository не прописывать LockDir принудительно?

Re: [devel] initscripts

[Alexander Bokovoy]

On Tue, Oct 22, 2002 at 02:57:23PM +0400, Dmitry V. Levin wrote:
> On Tue, Oct 22, 2002 at 01:11:52PM +0300, Alexander Bokovoy wrote:
> > > > А до релиза очень хорошо бы добавить в /etc/rc.d/scripts/cleanup
> > > > блокировку беспрекословной очистки и удаления /var/lock/cvs.
> > > 
> > > А стоит ли? Неудаленные вследствие crash'а блокировки могут нарушить
> > > работу cvs.
> > > 
> > > Кстати, комментарий про /usr в /etc/rc.d/scripts/cleanup не соответствует
> > > действительности, ибо у нас есть /bin/find;
> > > 
> > > Полагаю, что "find /var/lock/cvs/ \! -type d -delete" - это именно то, что
> > > нужно?
> > Нет, посовещавшись, мы пришли к выводу, что нужно убивать в /var/lock/cvs
> > все вида .#* (а это могут быть и директории, и файлы), ибо блокировки выглядят 
> > именно так. Обычные директории надо оставлять.
> А зачем их оставлять? Разве CVS их не создает?
Только при создании репозитария (модуля).


-- 
/ Alexander Bokovoy
---
Hoping to goodness is not theologically sound. - Peanuts

[devel] Re: Sisyphus: new package - isdn4k-utils-3.2p1

[Michael Shigorin]

On Tue, Oct 22, 2002 at 11:59:39AM +1100, Dmitry Lebkov wrote:
> Программы, обеспечивающие доп. функциональность (vbox,
> isdnlog, X(monitors), capi-приложения) будут включаться
> в пакет по мере приведения этих приложений в более-менее
> приличное состояние.

Кстати, порекомендую imond/imonc -- по крайней мере в округе
http://fli4l.de обитают.

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