Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

÷ÅÓÔÉ Ó ÐÏÌÅÊ

3 views
Skip to first unread message

Slawa Olhovchenkov

unread,
Sep 1, 2004, 6:35:58 AM9/1/04
to
Hello All!

alfred 2004-08-31 16:26:01 UTC

FreeBSD src repository

Added files:
lib/libautofs Makefile libautofs.3 libautofs.c
libautofs.h
sbin/mount_autofs Makefile mount_autofs.8 mount_autofs.c
sys/fs/autofs Makefile autofs.h autofs_util.c
autofs_vfsops.c autofs_vnops.c
share/man/man5 autofs.5
share/examples/autofs/driver Makefile autodriver.c autotab
Log:
Enter the autofs.

http://www.usenix.org/publications/library/proceedings/cinci93/full_papers/callaghan.txt

... Что скажут о тебе другие, коли ты сам о себе ничего сказать не можешь?

Slawa Olhovchenkov

unread,
Sep 8, 2004, 4:39:36 AM9/8/04
to
Hello All!

sos 2004-09-03 12:10:44 UTC

FreeBSD src repository

Modified files:
sys/dev/ata ata-all.c ata-all.h ata-chipset.c
ata-lowlevel.c
Log:
Introduce ata_udelay() that uses tsleep instead of DELAY if possible.
In places where we have long delays that doesn't depend on too accurate
timing, use ata_udelay() instead of DELAY() so we dont uselessly spin
the CPU if not nessesary;

Hе прошло и пяти лет...

... А их там было?! Их там не было!

Eugene Grosbein

unread,
Sep 8, 2004, 9:17:40 AM9/8/04
to
08 сен 2004, среда, в 11:39 KRAST, Slawa Olhovchenkov написал(а):

SO> use ata_udelay() instead of DELAY() so we dont uselessly spin
SO> the CPU if not nessesary;

SO> Hе прошло и пяти лет...

А именно? Раньше такое уже было, да?

Eugene
--
"Люди забыли эту истину," - сказал Лис, - "но ты не забывай"

Slawa Olhovchenkov

unread,
Sep 8, 2004, 8:41:48 AM9/8/04
to
Hello Eugene!

08 Sep 04, Eugene Grosbein writes to Slawa Olhovchenkov:

SO>> use ata_udelay() instead of DELAY() so we dont uselessly spin
SO>> the CPU if not nessesary;

SO>> Hе прошло и пяти лет...

EG> А именно? Раньше такое уже было, да?

До этого все через DELAY. Т.е. цикл крутился. До истечения. С блокировкой
всего. Теперь через tsleep. Т.е. делается запрос на активацию и управление
отдается ядру. А ядро может например при этом начать обрабатывать
пакеты-прерывания от сетевух-модемов-клавиатуры-мышки.

... Я-то отформатирую, а ты что будешь делать?

Lev Serebryakov

unread,
Sep 8, 2004, 12:32:26 PM9/8/04
to
Hello Slawa.

08 Sep 04 13:39, you wrote to all:

SO> Hе прошло и пяти лет...

Интересно, MFC до релиза будет?

И вообще -- праздный вопрос меня мучает, что будет со списками рассылки и
термином MFC после елиза 5.3-STABLE :)

// Lev

Slawa Olhovchenkov

unread,
Sep 8, 2004, 1:45:50 PM9/8/04
to
Hello Lev!

08 Sep 04, Lev Serebryakov writes to Slawa Olhovchenkov:

SO>> Hе прошло и пяти лет...

LS> Интересно, MFC до релиза будет?

Вряд ли.

LS> И вообще -- праздный вопрос меня мучает, что будет со списками рассылки
LS> и
LS> термином MFC после елиза 5.3-STABLE :)

MT5.

... И вообще, я сегодня не обедала...

Kirill Ponomarew

unread,
Sep 8, 2004, 4:02:35 PM9/8/04
to
On Wed, Sep 08, 2004 at 09:45:50PM +0400, Slawa Olhovchenkov wrote:
> LS> И вообще -- праздный вопрос меня мучает, что будет со списками рассылки
> LS> и
> LS> термином MFC после елиза 5.3-STABLE :)
>
> MT5.

Сказки да ?

-Kirill

Valentin Nechayev

unread,
Sep 8, 2004, 4:11:39 PM9/8/04
to
>>> Slawa Olhovchenkov wrote:

SO>>> Hе прошло и пяти лет...
LS>> Интересно, MFC до релиза будет?

SO> Вряд ли.


LS>> И вообще -- праздный вопрос меня мучает, что будет со списками рассылки
LS>> и
LS>> термином MFC после елиза 5.3-STABLE :)

SO> MT5.

Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
и MFC для HEAD -> RELENG_*


-netch-

Slawa Olhovchenkov

unread,
Sep 8, 2004, 3:09:54 PM9/8/04
to
Hello Kirill!

09 Sep 04, Kirill Ponomarew writes to Slawa Olhovchenkov:

>> LS> И вообще -- праздный вопрос меня мучает, что будет со списками

>> LS> рассылки и термином MFC после елиза 5.3-STABLE :)
>>
>> MT5.

KP> Сказки да ?

С добрым утром

... Убил бобpа - спас деpево. (c) GreenPeace

Slawa Olhovchenkov

unread,
Sep 8, 2004, 3:18:06 PM9/8/04
to
Hello Valentin!

09 Sep 04, Valentin Nechayev writes to Slawa Olhovchenkov:

SO>>>> Hе прошло и пяти лет...
LS>>> Интересно, MFC до релиза будет?
SO>> Вряд ли.

LS>>> И вообще -- праздный вопрос меня мучает, что будет со списками
LS>>> рассылки

LS>>> и
LS>>> термином MFC после елиза 5.3-STABLE :)
SO>> MT5.

VN> Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
VN> и MFC для HEAD -> RELENG_*


Hе всякое HEAD -> RELENG_5 должноотражаться в RELENG_4

... DMA пусть программируют энтузиасты, я с интересом за этим понаблюдаю.

Kirill Ponomarew

unread,
Sep 8, 2004, 4:28:31 PM9/8/04
to
On Wed, Sep 08, 2004 at 11:09:54PM +0400, Slawa Olhovchenkov wrote:
> >> MT5.
>
> KP> Сказки да ?
>
> С добрым утром

С добрым, но MT5 было явно не в тему и ложно.

-Kirill

Valentin Nechayev

unread,
Sep 8, 2004, 4:30:50 PM9/8/04
to
>>> Slawa Olhovchenkov wrote:

SO>>>>> Hе прошло и пяти лет...
LS>>>> Интересно, MFC до релиза будет?
SO>>> Вряд ли.
LS>>>> И вообще -- праздный вопрос меня мучает, что будет со списками
LS>>>> рассылки
LS>>>> и
LS>>>> термином MFC после елиза 5.3-STABLE :)
SO>>> MT5.
VN>> Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
VN>> и MFC для HEAD -> RELENG_*

SO> Hе всякое HEAD -> RELENG_5 должноотражаться в RELENG_4
Ну так там не будет MFC, и всё.


-netch-

Slawa Olhovchenkov

unread,
Sep 8, 2004, 3:45:36 PM9/8/04
to
Hello Kirill!

09 Sep 04, Kirill Ponomarew writes to Slawa Olhovchenkov:

>> >> MT5.


>>
>> KP> Сказки да ?
>>
>> С добрым утром

KP> С добрым, но MT5 было явно не в тему и ложно.

Это реальность.

ru 2004-09-08 08:42:36 UTC

FreeBSD src repository

Modified files:
sys/conf NOTES
Log:
Fixed sound-related hints. (Yes, this is ambiguous but matches reality.)

Reviewed by: matk, cg (an earlier version)
MT5 after: 3 days

... Помни! Каждая нелегальная копия - лишний гвоздь в гроб капитализма.

Slawa Olhovchenkov

unread,
Sep 8, 2004, 3:47:20 PM9/8/04
to
Hello Valentin!

09 Sep 04, Valentin Nechayev writes to Slawa Olhovchenkov:

SO>>>>>> Hе прошло и пяти лет...


LS>>>>> Интересно, MFC до релиза будет?
SO>>>> Вряд ли.
LS>>>>> И вообще -- праздный вопрос меня мучает, что будет со списками
LS>>>>> рассылки
LS>>>>> и
LS>>>>> термином MFC после елиза 5.3-STABLE :)
SO>>>> MT5.
VN>>> Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
VN>>> и MFC для HEAD -> RELENG_*
SO>> Hе всякое HEAD -> RELENG_5 должноотражаться в RELENG_4

VN> Hу так там не будет MFC, и всё.

Hу так я и говорю -- MT5. Merge To 5-stable.

... А UNIX нам зачем? Он лучше Лексикона?

Valentin Nechayev

unread,
Sep 8, 2004, 4:51:39 PM9/8/04
to
>>> Slawa Olhovchenkov wrote:

SO>>>>>>> Hе прошло и пяти лет...
LS>>>>>> Интересно, MFC до релиза будет?
SO>>>>> Вряд ли.
LS>>>>>> И вообще -- праздный вопрос меня мучает, что будет со списками
LS>>>>>> рассылки
LS>>>>>> и
LS>>>>>> термином MFC после елиза 5.3-STABLE :)
SO>>>>> MT5.
VN>>>> Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
VN>>>> и MFC для HEAD -> RELENG_*
SO>>> Hе всякое HEAD -> RELENG_5 должноотражаться в RELENG_4
VN>> Hу так там не будет MFC, и всё.

SO> Hу так я и говорю -- MT5. Merge To 5-stable.

А теперь подумай, какого лешего писать такое в коммитах в RELENG_5.


-netch-

Slawa Olhovchenkov

unread,
Sep 8, 2004, 4:03:14 PM9/8/04
to
Hello Valentin!

09 Sep 04, Valentin Nechayev writes to Slawa Olhovchenkov:

SO>>>>>>>> Hе прошло и пяти лет...


LS>>>>>>> Интересно, MFC до релиза будет?
SO>>>>>> Вряд ли.
LS>>>>>>> И вообще -- праздный вопрос меня мучает, что будет со списками
LS>>>>>>> рассылки
LS>>>>>>> и
LS>>>>>>> термином MFC после елиза 5.3-STABLE :)
SO>>>>>> MT5.
VN>>>>> Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
VN>>>>> и MFC для HEAD -> RELENG_*
SO>>>> Hе всякое HEAD -> RELENG_5 должноотражаться в RELENG_4
VN>>> Hу так там не будет MFC, и всё.
SO>> Hу так я и говорю -- MT5. Merge To 5-stable.

VN> А теперь подумай, какого лешего писать такое в коммитах в RELENG_5.

MT5 в HEAD в RELENG_5 превращается в MFC. Ассиметрия, да.

... Икона IBM должна стоять в синем углу.

Gleb Smirnoff

unread,
Sep 8, 2004, 5:05:32 PM9/8/04
to
Slawa Olhovchenkov <Slawa.Olh...@f500.n5030.z2.fidonet.org> wrote:
EG>> А именно? Раньше такое уже было, да?

SO> До этого все через DELAY. Т.е. цикл крутился. До истечения. С блокировкой
SO> всего. Теперь через tsleep. Т.е. делается запрос на активацию и управление
SO> отдается ядру. А ядро может например при этом начать обрабатывать
SO> пакеты-прерывания от сетевух-модемов-клавиатуры-мышки.

Маленький шаг для компьютеров, большой шаг для IDE.

--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE

Gleb Smirnoff

unread,
Sep 8, 2004, 5:09:38 PM9/8/04
to
Slawa Olhovchenkov <Slawa.Olh...@f500.n5030.z2.fidonet.org> wrote:
>>> LS> И вообще -- праздный вопрос меня мучает, что будет со списками
>>> LS> рассылки и термином MFC после елиза 5.3-STABLE :)
>>>
>>> MT5.

KP>> Сказки да ?

SO> С добрым утром

На этот раз хамишь зря. "MT5" считается не кошерным, т.к. не говорит
о том, откуда код пришел. А то куда он пришел и так видно.
MT5/MT4 должен использоваться только при коммите в HEAD, но при
самом merge нужно употреблять MFC или MF5.

Kirill Ponomarew

unread,
Sep 8, 2004, 5:14:43 PM9/8/04
to
On Wed, Sep 08, 2004 at 11:45:36PM +0400, Slawa Olhovchenkov wrote:
> Это реальность.
>
> ru 2004-09-08 08:42:36 UTC

ru сегодня уже исправился и признал свою вину ;)

-Kirill

Slawa Olhovchenkov

unread,
Sep 8, 2004, 4:22:06 PM9/8/04
to
Hello Kirill!

09 Sep 04, Kirill Ponomarew writes to Slawa Olhovchenkov:

>> Это реальность.


>>
>> ru 2004-09-08 08:42:36 UTC

KP> ru сегодня уже исправился и признал свою вину ;)

А эти:

brueffer 2004-08-30 23:09:05 UTC

FreeBSD src repository (doc committer)

Modified files: (Branch: RELENG_5)
share/man/man4 ixgb.4
Log:
MT5: rev. 1.3 + 1.4

Add a HARDWARE section and bump the document date

scottl 2004-09-07 22:37:43 UTC

FreeBSD src repository

Modified files:
sys/alpha/conf GENERIC
sys/amd64/conf GENERIC
sys/i386/conf GENERIC
sys/pc98/conf GENERIC
sys/sparc64/conf GENERIC
Log:
Switch the default scheduler to 4BSD to match what will go into RELENG_5
soon.
It can be switched back once 5.3 is tested and released. Also turn on
PREEMPTION as many of the stability problems with it have been fixed.

MT5: 3 days.


... 3 кнопки, котоpые потpясли DOS

Slawa Olhovchenkov

unread,
Sep 8, 2004, 4:16:04 PM9/8/04
to
Hello Gleb!

09 Sep 04, Gleb Smirnoff writes to Slawa Olhovchenkov:

>>>> LS> И вообще -- праздный вопрос меня мучает, что будет со списками
>>>> LS> рассылки и термином MFC после елиза 5.3-STABLE :)
>>>>
>>>> MT5.

KP>>> Сказки да ?

SO>> С добрым утром

GS> Hа этот раз хамишь зря. "MT5" считается не кошерным, т.к. не говорит
GS> о том, откуда код пришел.

Код пришел от коммитера :)
Что разве есть варианты еще, кроме как из HEAD или с нуля (когда логика совсем
отличается)?

GS> А то куда он пришел и так видно.

Он говорит о том, куда код должен пойти.

GS> MT5/MT4 должен использоваться только при коммите в HEAD, но при
GS> самом merge нужно употреблять MFC или MF5.

Так мы про разные MFC говорим. Я про случай коммита в HEAD. Что в общем неявно
и следовало из вопроса (и как же теперь должны выглядеть сообщения о
MFC-кандидатах, когда STABLE больше одного стало?)

... Hас Reboot, а мы кpепчаем

Gleb Smirnoff

unread,
Sep 8, 2004, 6:20:13 PM9/8/04
to
Slawa Olhovchenkov <Slawa.Olh...@f500.n5030.z2.fidonet.org> wrote:
GS>> Hа этот раз хамишь зря. "MT5" считается не кошерным, т.к. не говорит
GS>> о том, откуда код пришел.

SO> Код пришел от коммитера :)

В первые дни существования RELENG_5 этого правила еще не было.

SO> Что разве есть варианты еще, кроме как из HEAD или с нуля (когда логика совсем
SO> отличается)?

Конечно. Как минимум MFp4. Еще можно MFNetBSD MFOpenBSD и тп.

GS>> А то куда он пришел и так видно.

SO> Он говорит о том, куда код должен пойти.


GS>> MT5/MT4 должен использоваться только при коммите в HEAD, но при
GS>> самом merge нужно употреблять MFC или MF5.

SO> Так мы про разные MFC говорим. Я про случай коммита в HEAD. Что в общем неявно
SO> и следовало из вопроса (и как же теперь должны выглядеть сообщения о
SO> MFC-кандидатах, когда STABLE больше одного стало?)

Я ж и говорю. MTx применимо при первом коммите, а при merge должно быть MFx.
Тот пример который ты привел от brueffer - ошибка, как делать не надо.

Valentin Nechayev

unread,
Sep 9, 2004, 7:57:27 AM9/9/04
to
>>> Gleb Smirnoff wrote:

EG>>> А именно? Раньше такое уже было, да?
SO>> До этого все через DELAY. Т.е. цикл крутился. До истечения. С блокировкой
SO>> всего. Теперь через tsleep. Т.е. делается запрос на активацию и управление
SO>> отдается ядру. А ядро может например при этом начать обрабатывать
SO>> пакеты-прерывания от сетевух-модемов-клавиатуры-мышки.

GS> Маленький шаг для компьютеров, большой шаг для IDE.

А для каких задержек ввели sleep?
Если менее миллисекунд, то это подозрительно.


-netch-

Lev Serebryakov

unread,
Sep 9, 2004, 12:02:38 PM9/9/04
to
Hello Valentin.

09 Sep 04 00:11, you wrote to Slawa Olhovchenkov:

VN> Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
VN> и MFC для HEAD -> RELENG_*

Вот написано в HEAD'е "MFC after: 2 weeks". И как этьо надо будет понимать? ;)

// Lev

Valentin Nechayev

unread,
Sep 9, 2004, 3:07:09 PM9/9/04
to
>>> Lev Serebryakov wrote:

VN>> Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
VN>> и MFC для HEAD -> RELENG_*

LS> Вот написано в HEAD'е "MFC after: 2 weeks". И как этьо надо будет понимать? ;)
Лев, дорога ложка к обеду;)) Мы уже всё сжевали.


-netch-

Slawa Olhovchenkov

unread,
Sep 9, 2004, 2:09:52 PM9/9/04
to
Hello Lev!

09 Sep 04, Lev Serebryakov writes to Valentin Nechayev:

VN>> Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
VN>> и MFC для HEAD -> RELENG_*

LS> Вот написано в HEAD'е "MFC after: 2 weeks". И как этьо надо будет
LS> понимать? ;)

Hаверное во все RELENG? Подходит?

Valentin Davydov

unread,
Sep 11, 2004, 1:48:23 AM9/11/04
to
> From: Slawa Olhovchenkov
> <Slawa.Olh...@f500.n5030.z2.fidonet.org>
> Date: Wed, 08 Sep 2004 12:39:36 +0400

>
>sos 2004-09-03 12:10:44 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/dev/ata ata-all.c ata-all.h ata-chipset.c
> ata-lowlevel.c
> Log:
> Introduce ata_udelay() that uses tsleep instead of DELAY if possible.
> In places where we have long delays that doesn't depend on too accurate
> timing, use ata_udelay() instead of DELAY() so we dont uselessly spin
> the CPU if not nessesary;
>
>Hе прошло и пяти лет...

О! Объясните мне, серому, 4-STABLE это касается, или надо всю систему
переставлять?

Вал. Дав.

Slawa Olhovchenkov

unread,
Sep 14, 2004, 1:38:38 AM9/14/04
to
Hello All!

seanc 2004-09-14 03:01:38 UTC

FreeBSD src repository (doc,ports committer)

Modified files:
. UPDATING
etc/defaults rc.conf
etc/rc.d Makefile ntpd rpcbind
Log:
Stop using ntpdate(1) in our startup proceedure. Replace ntpdate(1) with
calls to ntpd -g. ntpd is noticably slower than ntpdate, but is also more
accurate. This removes the nasty hackery in rc.d/ntpdate that would parse
out ntp servers from /etc/ntp.conf (ntpd knows how to read its own config
file). By default, ntpd *will* sync with its listed time servers. To
turn this off so that ntpd does not sync, ntpd_sync_on_start="NO" can be
added to /etc/rc.conf. If ntpd is not enabled (the default), then time is
not synced on startup. ntpdate's use has been depreciated by the ntpd
authors for quite some time so this change shouldn't be unexpected.

Suggested by: des
Approved by: roberto (resident ntp guru)

... Генеpальный спонсоp апокалипсиса - компания Microsoft

Eugene Grosbein

unread,
Sep 14, 2004, 1:11:09 PM9/14/04
to
14 сен 2004, вторник, в 08:38 KRAST, Slawa Olhovchenkov написал(а):

SO> Stop using ntpdate(1) in our startup proceedure. Replace ntpdate(1)
SO> with
SO> calls to ntpd -g. ntpd is noticably slower than ntpdate, but is also
SO> more
SO> accurate. This removes the nasty hackery in rc.d/ntpdate that would
SO> parse
SO> out ntp servers from /etc/ntp.conf (ntpd knows how to read its own
SO> config
SO> file). By default, ntpd *will* sync with its listed time servers. To
SO> turn this off so that ntpd does not sync, ntpd_sync_on_start="NO" can be
SO> added to /etc/rc.conf. If ntpd is not enabled (the default), then time
SO> is
SO> not synced on startup. ntpdate's use has been depreciated by the ntpd
SO> authors for quite some time so this change shouldn't be unexpected.
SO> Suggested by: des

Маразм :-(
ntpdate выносить не собираются?

Eugene
--
"Люди забыли эту истину," - сказал Лис, - "но ты не забывай"

Slawa Olhovchenkov

unread,
Sep 14, 2004, 9:26:00 AM9/14/04
to
Hello Eugene!

14 Sep 04, Eugene Grosbein writes to Slawa Olhovchenkov:

SO>> authors for quite some time so this change shouldn't be unexpected.
SO>> Suggested by: des

EG> Маразм :-(
EG> ntpdate выносить не собираются?

Hе знаю.
Кто умный и понимает -- может объяснят?

... В раю намного мягче климат, но лучше общество в аду.

Max Khon

unread,
Sep 14, 2004, 3:00:06 PM9/14/04
to
hi, there!

14 Sep 04 16:26, you wrote to Eugene Grosbein:

SO>>> authors for quite some time so this change shouldn't be

SO>>> unexpected.
SO>>> Suggested by: des

EG>> Маразм :-(
EG>> ntpdate выносить не собираются?

SO> Hе знаю.
SO> Кто умный и понимает -- может объяснят?

насколько я понимаю будет backout.

/fjoe

Slawa Olhovchenkov

unread,
Sep 14, 2004, 1:37:30 PM9/14/04
to
Hello Max!

14 Sep 04, Max Khon writes to Slawa Olhovchenkov:


SO>>>> authors for quite some time so this change shouldn't be
SO>>>> unexpected.
SO>>>> Suggested by: des

EG>>> Маразм :-(
EG>>> ntpdate выносить не собираются?

SO>> Hе знаю.
SO>> Кто умный и понимает -- может объяснят?

MK> насколько я понимаю будет backout.

Кто-кто? blackout? Он именно из-за этого год назад был?

... Пылесос -- уникальный продукт. Чем сильнее он сосет -- тем лучше.

Valentin Nechayev

unread,
Sep 14, 2004, 3:08:08 PM9/14/04
to
>>> Eugene Grosbein wrote:

SO>> Stop using ntpdate(1) in our startup proceedure. Replace ntpdate(1)

[...]

EG> Маразм :-(
EG> ntpdate выносить не собираются?

Миллз уже несколько лет это обещает. По-моему, у него старческий маразм.


-netch-

Max Khon

unread,
Sep 14, 2004, 6:11:46 PM9/14/04
to
hi, there!

14 Sep 04 22:08, you wrote to eu...@grosbein.pp.ru:

SO>>> Stop using ntpdate(1) in our startup proceedure. Replace

SO>>> ntpdate(1)
VN> [...]

EG>> Маразм :-(
EG>> ntpdate выносить не собираются?

VN> Миллз уже несколько лет это обещает. По-моему, у него старческий
VN> маразм.

вообще все склоняются к тому, чтобы openbsd'шный sntp вместо ntp4 использовать.
только говорят в нем какие-то полезности отсутствуют, поэтому прям щас его
заиспользовать не получится.

/fjoe

Max Khon

unread,
Sep 14, 2004, 6:10:58 PM9/14/04
to
hi, there!

14 Sep 04 20:37, you wrote to me:

SO>>>>> authors for quite some time so this change shouldn't be
SO>>>>> unexpected.
SO>>>>> Suggested by: des

EG>>>> Маразм :-(
EG>>>> ntpdate выносить не собираются?

SO>>> Hе знаю.
SO>>> Кто умный и понимает -- может объяснят?

MK>> насколько я понимаю будет backout.

SO> Кто-кто? blackout? Он именно из-за этого год назад был?

вернут назад.
а разве в cvs-all follow-up'ов на эту тему не было?

/fjoe

Slawa Olhovchenkov

unread,
Sep 14, 2004, 5:02:10 PM9/14/04
to
Hello Max!

15 Sep 04, Max Khon writes to Slawa Olhovchenkov:

SO>>>> Hе знаю.
SO>>>> Кто умный и понимает -- может объяснят?

MK>>> насколько я понимаю будет backout.

SO>> Кто-кто? blackout? Он именно из-за этого год назад был?

MK> вернут назад.

да пока что даже скрипту поломанные не исправили. из-за них машина по сети
становится недоступной

MK> а разве в cvs-all follow-up'ов на эту тему не было?

я не видел писем в которых это бы было ясно написанно. Впрочем, у меня
английский не очень и мЯкго сформуоированное я мог не понять 9в тех пяти
письмах, что таки попали в cvs-src)

... 16 мегабайт тому назад...

Valentin Nechayev

unread,
Sep 15, 2004, 1:13:14 AM9/15/04
to
>>> Max Khon wrote:

EG>>> Маразм :-(
EG>>> ntpdate выносить не собираются?
VN>> Миллз уже несколько лет это обещает. По-моему, у него старческий
VN>> маразм.

MK> вообще все склоняются к тому, чтобы openbsd'шный sntp вместо ntp4 использовать.
MK> только говорят в нем какие-то полезности отсутствуют, поэтому прям щас его
MK> заиспользовать не получится.

Писали что он всегда stratum 2 рассказывает, а это уже издевательство.


-netch-

Gleb Smirnoff

unread,
Sep 16, 2004, 6:33:55 AM9/16/04
to
andre 2004-09-13 16:46:05 UTC

FreeBSD src repository

Modified files:
sbin/ipfw ipfw.8
sys/netinet ip_fw_pfil.c
Log:
Make 'ipfw tee' behave as inteded and designed. A tee'd packet is copied
and sent to the DIVERT socket while the original packet continues with the
next rule. Unlike a normally diverted packet no IP reassembly attemts are
made on tee'd packets and they are passed upwards totally unmodified.

Note: This will not be MFC'd to 4.x because of major infrastucture changes.

PR: kern/64240 (and many others collapsed into that one)

Revision Changes Path
1.151 +2 -13 src/sbin/ipfw/ipfw.8
1.8 +11 -11 src/sys/netinet/ip_fw_pfil.c

Slawa Olhovchenkov

unread,
Sep 16, 2004, 5:44:34 AM9/16/04
to
Hello Gleb!

16 Sep 04, Gleb Smirnoff writes to Slawa Olhovchenkov:

GS> andre 2004-09-13 16:46:05 UTC

GS> FreeBSD src repository

GS> Modified files:
GS> sbin/ipfw ipfw.8
GS> sys/netinet ip_fw_pfil.c
GS> Log:
GS> Make 'ipfw tee' behave as inteded and designed. A tee'd packet is
GS> copied
GS> and sent to the DIVERT socket while the original packet continues with
GS> the
GS> next rule. Unlike a normally diverted packet no IP reassembly attemts
GS> are
GS> made on tee'd packets and they are passed upwards totally unmodified.

Это наверное к какомуто нашему давнему разговору, деталей которого я не помню?

... Чтоб ты свопился на одну дискету...

Gleb Smirnoff

unread,
Sep 16, 2004, 9:35:46 AM9/16/04
to
Slawa Olhovchenkov <Slawa.Olh...@f500.n5030.z2.fidonet.org> wrote:
SO> Это наверное к какомуто нашему давнему разговору, деталей которого я не помню?

Нет, это просто subj. Я думаю многим интересно.

Slawa Olhovchenkov

unread,
Sep 16, 2004, 8:52:16 AM9/16/04
to
Hello Gleb!

16 Sep 04, Gleb Smirnoff writes to Slawa Olhovchenkov:

SO>> Это наверное к какомуто нашему давнему разговору, деталей которого я не
SO>> помню?
GS> Hет, это просто subj. Я думаю многим интересно.

У тебя стояло To: Slawa Olhovchenkov, а хотелось бы что бы таком случае было
бы To: All

... Tы у меня смотри, я где нормален, а где беспощаден.

Slawa Olhovchenkov

unread,
Sep 20, 2004, 3:52:22 AM9/20/04
to
Hello All!

Оно грядет. Решения съезда -- в жизнь! Планы па.. тьфу!
http://www.freebsd.org/releases/5.3R/todo.html к
http://www.freebsd.org/releases/5.3R/schedule.html. будет два bind? или не
решаться bind9 в релиз пихать?

trhodes 2004-09-19 01:30:25 UTC

FreeBSD src repository

src/contrib/bind9 - Imported sources
Update of /home/ncvs/src/contrib/bind9
In directory repoman.freebsd.org:/tmp/cvs-serv58982

Log Message:
Vender import of BIND 9.3.0rc4.

Status:

Vendor Tag: ISC
Release Tags: BIND_9_3_0_RC4

... Buing a Pentium II you can reboot faster

Demin Alexander

unread,
Sep 20, 2004, 5:08:42 AM9/20/04
to

Немного не в тему, но 5,3 Stable будет или нет? Что слышно?

--
===========================================
Spectrum, Moscow, 103009, Strastnoy blvr. 8
Demin Alexander - Network administrator
http://www.spectrum.ru/
===========================================

Slawa Olhovchenkov

unread,
Sep 20, 2004, 4:20:56 AM9/20/04
to
Hello Demin!

20 Sep 04, Demin Alexander writes to Slawa Olhovchenkov:

DA> Hемного не в тему, но 5,3 Stable будет или нет? Что слышно?

С добрым утром.
5-Stable уже месяц как.
5.3-Stable будет через 4 дня.

... Шумы на линии обеспечил MoldTelecom

Demin Alexander

unread,
Sep 20, 2004, 5:39:42 AM9/20/04
to

Все, сам нашел, но там вот что написано:
(http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.htm
l)
RELENG_5
The line of development for FreeBSD-5.X, which will become
FreeBSD-STABLE after FreeBSD-5.3 is released.

Slawa Olhovchenkov

unread,
Sep 20, 2004, 4:30:42 AM9/20/04
to
Hello All!

glebius 2004-09-16 20:24:23 UTC

FreeBSD src repository

Added files:
sys/netgraph/netflow netflow.c netflow.h ng_netflow.c
ng_netflow.h
Log:
A netgraph node implementing Netflow version 5.

... И вновь я не замечен Plug-n-Play'ем...

Boris Samorodov

unread,
Sep 20, 2004, 6:10:42 AM9/20/04
to
Slawa Olhovchenkov <Slawa.Olh...@f500.n5030.z2.fidonet.org> wrote:

SO> Оно грядет. Решения съезда -- в жизнь! Планы па.. тьфу!
SO> http://www.freebsd.org/releases/5.3R/todo.html к
SO> http://www.freebsd.org/releases/5.3R/schedule.html. будет два bind? или не
SO> решаться bind9 в релиз пихать?

Судя по тому, что говорят в current@, если bind9 не зарелизить сейчас,
то bind8 останется в base system вплоть до 6-й stable. Так что будет
bind9, даже если надо будет на несколько дней релиз отложить.

WBR
--
bsam

Andrew Korovin

unread,
Sep 20, 2004, 5:28:52 AM9/20/04
to
Hемедленно нажми на RESET, Demin!
20 Sep 04 года (а было тогда 13:08)
Demin Alexander в своем письме к Slawa Olhovchenkov писал:

DA> Hемного не в тему, но 5,3 Stable будет или нет? Что слышно?

http://www.freebsd.org/releases/5.3R/schedule.html

С уважением, Andrew 20 Sep 04 года
... XMMS: Dropped =[

Slawa Olhovchenkov

unread,
Sep 20, 2004, 5:33:40 AM9/20/04
to
Hello Boris!

20 Sep 04, Boris Samorodov writes to Slawa Olhovchenkov:

SO>> Оно грядет. Решения съезда -- в жизнь! Планы па.. тьфу!
SO>> http://www.freebsd.org/releases/5.3R/todo.html к
SO>> http://www.freebsd.org/releases/5.3R/schedule.html. будет два bind? или

SO>> не решаться bind9 в релиз пихать?

BS> Судя по тому, что говорят в current@, если bind9 не зарелизить сейчас,
BS> то bind8 останется в base system вплоть до 6-й stable. Так что будет
BS> bind9, даже если надо будет на несколько дней релиз отложить.

По хорошему на тестирование [таких вещей] надо не пару дней, а хотя бы месяц.
Hо я их понимаю.
Как вариант (правда не знаю насколько трудоемок в реализации) -- оба бинда и
при старте запуск одного какого-то.
Да и насколько я понимаю - в 9-ке не вся функциональность 8-го реализованна. Hа
что сам натолкнулся -- -g gid не знает.
В общем проблем будет.

... Oсобо секретные документы перед прочтением сжечь.

Mykola Dzham

unread,
Sep 20, 2004, 6:58:17 AM9/20/04
to
Slawa Olhovchenkov (Slawa.Olh...@f500.n5030.z2.fidonet.org):

> DA> Hемного не в тему, но 5,3 Stable будет или нет? Что слышно?
>
> С добрым утром.
> 5-Stable уже месяц как.

Точно? Вроде как еще нет.

--
LEFT-UANIC
JID: lev...@jabber.kiev.ua

0 new messages