Andrey N. Oktyabrski wrote:
>>>>>Аналогично NetBSD, /etc/(daily|weekly|monthly) вызывают СНАЧАЛА
>>>>>/etc/(daily|weekly|monthly).local, потом делают свою стандартную работу.
>>>>>>>>там только крохотное отличие. в NetBSD /etc/daily.local вызывается в
>>>>конце /etc/daily, а в OpenBSD - в начале. но это совсем не принципиально
>>>>>>>>>>>>>>>>>В солярке такого нет вообще - всё надо явно задать через crontab.
>>>>>>>>я не думаю, что на солярке кто-то в ближайшее время будет юзать паровоз ;-)
>>>>>>>>даже на NetBSD и OpenBSD я сейчас рассчитываю с перспективой. ибо на
>>>>этих системах AFAIK его не юзает никто
>>>>>>Я могу попробовать, у меня exim работает как раз на солярке и openbsd.
>>>>было бы неплохо
>>>>я несклько месяцев назад на сервере клиентов поднимал паровоз под OpenBSD
>>проблем особых не было, только libspf2 в портах не оказалось
>>но через несколько дней на том сервере OpenBSD был снесен и водружен
>>FreeBSD и все стало легко и привычно
>> Не, мне наоборот, на openbsd проще :-) У меня, кстати, libspf2 там есть
> - если надо, могу в виде порта оформить.
было бы неплохо
я на mta.org.ua в составе паровоза его выложил бы
>>>Только с переходом на паровоз какой-то странный психологический барьер -
>>>видимо, неприятные воспоминания о шлимыле мешают...
>>>>дык, а причем тут sendmail? или m4 однозначно ассоциируется с sendmail?
>> Не однозначно, но в основном да.
ну... это шаблонность мышления... ее надо забороть
>>p. s. проблема реально на OpenBSD (да и на любой системе) может быть
>>одна - нужно использовать gmake 3.80, а не 3.81
>>в 3.81 сломали работу с многострочными командострочными скриптами
>>perl'овыми, прописанными прямо внутри Makefile. видимо, поломали парсер,
>>он теперь по-другому обрабатывает символ "\" в конце строки
>> Погоди, так если perl не установлен, оно и работать не будет?
не будет. для паровоза нужны perl, gmake, rsync, желательно gnu m4
вместо классического (или как его назвать?) m4
> Это же
> плохо. Хотя и не фатально вроде.
да ну. он вроде юзается очень многими. поэтому я даже не пытался уйти от
perl'а
>ano на gw:~> uname -a
> OpenBSD gw.antora.ru 3.8 GW#5 i386
>ano на gw:~> grep ^DISTNAME /usr/ports/devel/gmake/Makefile
> DISTNAME= make-3.80
> (Порты свежие - current за толькочто)
с одной стороны - это хорошо
с другой стороны - а чего в портах нету свежего gmake?
>ano на moon:~> uname -a
> SunOS moon.antora.ru 5.10 Generic_118855-14 i86pc i386 i86pc
>ano на moon:~> gmake -v
> GNU Make 3.81
ну... думаю, что на SunOS у меня кроме gmake проблем еще хватит
>>>А не проще сделать свои (daily|weekly|monthly).parovoz и вызывать их
>>>>>>>одинаково на всех системах (через крон)?
>>>>можно
>>>>но зачем порождать лишнюю сущность, если без проблем получилось
>>использовать специфичные для нескольких ОС способы запуска периодических
>>скриптов?
>> Ну если без проблем, тогда конечно не нужно :-)
я как раз на днях обкатал на OpenBSD работу с /etc/daily.local
> В конце концов, проще в
> самой ОС эмулировать способы запуска периодических скриптов от openbsd.
--
Best wishes Victor Ustugov mailto:victor на corvax.kiev.ua
public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc
ICQ: 77186900, 32418694 CRV2-RIPE, CRV-UANIC