>
> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/cron/crontab/crontab.c.diff?r1=1.12&r2=1.13&f=h
> я конечно не силен в программировании, но
> почемуто мне кажется, что этот кусок кода
> задает вопрос действительно ли хотим
> удалить. Причем задает, только если crontab
> запущен из к
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/usr.sbin/cron/crontab/crontab.c?rev=1.13&content-type=text/plain
насколько я вижу там тот же самый файл что я патчил только он без
Debian'овских правок.
так что я совершенно не понял про то что данная фича пофикшена.
насколько я понял там за
> Пришел к выводу, что сейчас везде
> используется Vixie cron, головной cvs проекта:
> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/cron/crontab/crontab.c
> И данная фича пофикшена (немного иным
> способом).
> Revision 1.13 / (download) - annotate - [select for diffs], Sun Oct 15
> 00:35:34 2
не, апстреам BTS - это то BTS которое видят разработчики собственно
программы (в данном случае cron)
то есть это надо сходить на домашнюю страничку программы
(иногда на нее есть ссылка в /usr/share/doc/<пакет>/copyright, а иногда
нет)
и почитать что они там пишут про то куда им баги репортить
туда
Dmitry E. Oboukhov пишет:
Найти то нашел, но язык неповорачивается
его critical bug назвать. Неприятный - да :)
а зачем его критикалом называть?
Неправильно понял. Думал речь идет о том, чтобы патч включили в etch.
P.S. Я так понимаю это тут ?
http://bugs.qa.debian.org/cgi-bin/base.cgi
не,
> Найти то нашел, но язык неповорачивается
> его critical bug назвать. Неприятный - да :)
а зачем его критикалом называть?
> P.S. Я так понимаю это тут ?
> http://bugs.qa.debian.org/cgi-bin/base.cgi
не, апстреам BTS - это то BTS которое видят разработчики собственно
программы (в данном случае cron
Dmitry E. Oboukhov пишет:
надо только написать попутно наши
соображения: почему именно опция
введена, а не вопрос "вы уверены?" по
умолчанию :)
ммм... а то что я написал уже прочитано с
моего албанского или это письмо написано
до прочтения ? Потому что я думаю что я
объяснил причину и способ ее
> да и кстати там в пакете cron тоже багу бы запостить
> там у них в пакете некорректный clean сделан
> то есть
с этой багой - мой мистейк
сорри
там оказывается make нестандартно вызывается из rules
я не ожидал что make в текущей дире не будет работать, только потом
посмотрел. не знаю зачем так над
>> Dmitry E. Oboukhov пишет:
>>
>>> отправь письмо на [EMAIL PROTECTED]
>>> с тегом патч и с моим патчиком
>>>
>> Это понятно :) И уже сделано...
> Не хватает только патча на manpage :)
это запросто:
--- crontab.1 2007-03-12 15:17:36.0 +0300
+++ crontab.1.new 2007-03-12 15:17:50
На Mon, 12 Mar 2007 12:30:21 +0200
Dmitriy Sirant <[EMAIL PROTECTED]> записано:
> Dmitry E. Oboukhov пишет:
>
> >
> > отправь письмо на [EMAIL PROTECTED]
> > с тегом патч и с моим патчиком
> >
>
> Это понятно :) И уже сделано...
Не хватает только патча на manpage :)
--
To UNSUBSCRIBE, email
>> надо только написать попутно наши
>> соображения: почему именно опция
>> введена, а не вопрос "вы уверены?" по
>> умолчанию :)
>>
> ммм... а то что я написал уже прочитано с
> моего албанского или это письмо написано
> до прочтения ? Потому что я думаю что я
> объяснил причину и способ ее решен
Dmitry E. Oboukhov пишет:
надо только написать попутно наши соображения: почему именно опция
введена, а не вопрос "вы уверены?" по умолчанию :)
ммм... а то что я написал уже прочитано с моего албанского или это
письмо написано до прочтения ? Потому что я думаю что я объяснил причину
и способ
надо только написать попутно наши соображения: почему именно опция
введена, а не вопрос "вы уверены?" по умолчанию :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dmitry E. Oboukhov пишет:
отправь письмо на [EMAIL PROTECTED]
с тегом патч и с моим патчиком
Это понятно :) И уже сделано...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>> раз пошла такая пьянка и ты собрался
>> общаться с майнтенером, держи патч
>> (ниже).
>> самому мне коммитить лениво, потому что
>> переводы моих писем на албанский
>> мне довольно утомительно даются, а ты я
>> смотрю загорелся.
>>
> Я смотрю что не один я загорелся :)
> Особенно примечательна
Dmitry E. Oboukhov пишет:
раз пошла такая пьянка и ты собрался общаться с майнтенером, держи патч
(ниже).
самому мне коммитить лениво, потому что переводы моих писем на албанский
мне довольно утомительно даются, а ты я смотрю загорелся.
Я смотрю что не один я загорелся :) Особенно примечательн
раз пошла такая пьянка и ты собрался общаться с майнтенером, держи патч
(ниже).
самому мне коммитить лениво, потому что переводы моих писем на албанский
мне довольно утомительно даются, а ты я смотрю загорелся.
да и кстати там в пакете cron тоже багу бы запостить
там у них в пакете некорректный cl
>> Dmitry E. Oboukhov пишет:
>>> вероятно существуют скрипты с использованием crontab, а потому видимо
>>> лучше наоборот добавить ключ --warn
>>>
>>> а тем у кого клавиши путаются прописать алиас.
>>> видимо это будет самый правильный ход.
>>>
>> Пока, как по мне, данное решение оптимальное с то
На Mon, 12 Mar 2007 09:19:46 +0200
Dmitriy Sirant <[EMAIL PROTECTED]> записано:
> Dmitry E. Oboukhov пишет:
> > вероятно существуют скрипты с использованием crontab, а потому видимо
> > лучше наоборот добавить ключ --warn
> >
> > а тем у кого клавиши путаются прописать алиас.
> > видимо это будет
Dmitry E. Oboukhov пишет:
вероятно существуют скрипты с использованием crontab, а потому видимо
лучше наоборот добавить ключ --warn
а тем у кого клавиши путаются прописать алиас.
видимо это будет самый правильный ход.
Пока, как по мне, данное решение оптимальное с точки зрения ничего не
полом
>> лучше закоммитить патч задающий вопрос: "Вы правда хотите удалить
>> crontab, да/нет?"
>>
> Лучше будет добавить ключ а ля "--no-warn", который не будет выдавать
> каких-либо мурчаний на это счёт ;)
вероятно существуют скрипты с использованием crontab, а потому видимо
лучше наоборот добавить кл
On 3/11/07, Dmitriy Sirant <[EMAIL PROTECTED]> wrote:
-e - редактировать
-r - удалить весь конфиг
Я один раз тоже поймался.
Очень неприятно.
Внимание вопрос. Имеет смысл коммитить баг (feature request) на кронтаб,
чтобы он спрашивал/создавал копию при использовании ключа -r ?
Я бы успокоилс
На Sun, 11 Mar 2007 14:49:17 +0300
"Dmitry E. Oboukhov" <[EMAIL PROTECTED]> записано:
> лучше закоммитить патч задающий вопрос: "Вы правда хотите удалить
> crontab, да/нет?"
>
Лучше будет добавить ключ а ля "--no-warn", который не будет выдавать
каких-либо мурчаний на это счёт ;)
--
Roman Bus
> Есть два ключика к crontab
> -e - редактировать
> -r - удалить весь конфиг
> Раньше сам так опечатывался, но тут
> знакомый пожаловался. Дело в том что
> буковки рядом на клавиатуре и может
> случится опечатка. А кронтаб даже не
> муркает ничего по поводу очистки
> конфига. Кроме того некоторое и
Добрый день
Есть два ключика к crontab
-e - редактировать
-r - удалить весь конфиг
Раньше сам так опечатывался, но тут знакомый пожаловался. Дело в том что
буковки рядом на клавиатуре и может случится опечатка. А кронтаб даже не
муркает ничего по поводу очистки конфига. Кроме того некоторое и
25 matches
Mail list logo
