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
... Что скажут о тебе другие, коли ты сам о себе ничего сказать не можешь?
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е прошло и пяти лет...
... А их там было?! Их там не было!
SO> use ata_udelay() instead of DELAY() so we dont uselessly spin
SO> the CPU if not nessesary;
SO> Hе прошло и пяти лет...
А именно? Раньше такое уже было, да?
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. Т.е. делается запрос на активацию и управление
отдается ядру. А ядро может например при этом начать обрабатывать
пакеты-прерывания от сетевух-модемов-клавиатуры-мышки.
... Я-то отформатирую, а ты что будешь делать?
08 Sep 04 13:39, you wrote to all:
SO> Hе прошло и пяти лет...
Интересно, MFC до релиза будет?
И вообще -- праздный вопрос меня мучает, что будет со списками рассылки и
термином MFC после елиза 5.3-STABLE :)
// Lev
08 Sep 04, Lev Serebryakov writes to Slawa Olhovchenkov:
SO>> Hе прошло и пяти лет...
LS> Интересно, MFC до релиза будет?
Вряд ли.
LS> И вообще -- праздный вопрос меня мучает, что будет со списками рассылки
LS> и
LS> термином MFC после елиза 5.3-STABLE :)
MT5.
... И вообще, я сегодня не обедала...
Сказки да ?
-Kirill
SO>>> Hе прошло и пяти лет...
LS>> Интересно, MFC до релиза будет?
SO> Вряд ли.
LS>> И вообще -- праздный вопрос меня мучает, что будет со списками рассылки
LS>> и
LS>> термином MFC после елиза 5.3-STABLE :)
SO> MT5.
Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
и MFC для HEAD -> RELENG_*
-netch-
09 Sep 04, Kirill Ponomarew writes to Slawa Olhovchenkov:
>> LS> И вообще -- праздный вопрос меня мучает, что будет со списками
>> LS> рассылки и термином MFC после елиза 5.3-STABLE :)
>>
>> MT5.
KP> Сказки да ?
С добрым утром
... Убил бобpа - спас деpево. (c) GreenPeace
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 пусть программируют энтузиасты, я с интересом за этим понаблюдаю.
С добрым, но MT5 было явно не в тему и ложно.
-Kirill
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-
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
... Помни! Каждая нелегальная копия - лишний гвоздь в гроб капитализма.
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 нам зачем? Он лучше Лексикона?
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-
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 должна стоять в синем углу.
SO> До этого все через DELAY. Т.е. цикл крутился. До истечения. С блокировкой
SO> всего. Теперь через tsleep. Т.е. делается запрос на активацию и управление
SO> отдается ядру. А ядро может например при этом начать обрабатывать
SO> пакеты-прерывания от сетевух-модемов-клавиатуры-мышки.
Маленький шаг для компьютеров, большой шаг для IDE.
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
KP>> Сказки да ?
SO> С добрым утром
На этот раз хамишь зря. "MT5" считается не кошерным, т.к. не говорит
о том, откуда код пришел. А то куда он пришел и так видно.
MT5/MT4 должен использоваться только при коммите в HEAD, но при
самом merge нужно употреблять MFC или MF5.
ru сегодня уже исправился и признал свою вину ;)
-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
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епчаем
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 - ошибка, как делать не надо.
EG>>> А именно? Раньше такое уже было, да?
SO>> До этого все через DELAY. Т.е. цикл крутился. До истечения. С блокировкой
SO>> всего. Теперь через tsleep. Т.е. делается запрос на активацию и управление
SO>> отдается ядру. А ядро может например при этом начать обрабатывать
SO>> пакеты-прерывания от сетевух-модемов-клавиатуры-мышки.
GS> Маленький шаг для компьютеров, большой шаг для IDE.
А для каких задержек ввели sleep?
Если менее миллисекунд, то это подозрительно.
-netch-
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
VN>> Вообще-то давно употребляется MFS для случая RELENG_x -> RELENG_x_y
VN>> и MFC для HEAD -> RELENG_*
LS> Вот написано в HEAD'е "MFC after: 2 weeks". И как этьо надо будет понимать? ;)
Лев, дорога ложка к обеду;)) Мы уже всё сжевали.
-netch-
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? Подходит?
О! Объясните мне, серому, 4-STABLE это касается, или надо всю систему
переставлять?
Вал. Дав.
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
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
--
"Люди забыли эту истину," - сказал Лис, - "но ты не забывай"
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е знаю.
Кто умный и понимает -- может объяснят?
... В раю намного мягче климат, но лучше общество в аду.
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
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? Он именно из-за этого год назад был?
... Пылесос -- уникальный продукт. Чем сильнее он сосет -- тем лучше.
SO>> Stop using ntpdate(1) in our startup proceedure. Replace ntpdate(1)
[...]
EG> Маразм :-(
EG> ntpdate выносить не собираются?
Миллз уже несколько лет это обещает. По-моему, у него старческий маразм.
-netch-
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
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
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 мегабайт тому назад...
EG>>> Маразм :-(
EG>>> ntpdate выносить не собираются?
VN>> Миллз уже несколько лет это обещает. По-моему, у него старческий
VN>> маразм.
MK> вообще все склоняются к тому, чтобы openbsd'шный sntp вместо ntp4 использовать.
MK> только говорят в нем какие-то полезности отсутствуют, поэтому прям щас его
MK> заиспользовать не получится.
Писали что он всегда stratum 2 рассказывает, а это уже издевательство.
-netch-
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
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.
Это наверное к какомуто нашему давнему разговору, деталей которого я не помню?
... Чтоб ты свопился на одну дискету...
Нет, это просто subj. Я думаю многим интересно.
16 Sep 04, Gleb Smirnoff writes to Slawa Olhovchenkov:
SO>> Это наверное к какомуто нашему давнему разговору, деталей которого я не
SO>> помню?
GS> Hет, это просто subj. Я думаю многим интересно.
У тебя стояло To: Slawa Olhovchenkov, а хотелось бы что бы таком случае было
бы To: All
... Tы у меня смотри, я где нормален, а где беспощаден.
Оно грядет. Решения съезда -- в жизнь! Планы па.. тьфу!
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
Немного не в тему, но 5,3 Stable будет или нет? Что слышно?
--
===========================================
Spectrum, Moscow, 103009, Strastnoy blvr. 8
Demin Alexander - Network administrator
http://www.spectrum.ru/
===========================================
20 Sep 04, Demin Alexander writes to Slawa Olhovchenkov:
DA> Hемного не в тему, но 5,3 Stable будет или нет? Что слышно?
С добрым утром.
5-Stable уже месяц как.
5.3-Stable будет через 4 дня.
... Шумы на линии обеспечил MoldTelecom
Все, сам нашел, но там вот что написано:
(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.
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'ем...
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
DA> Hемного не в тему, но 5,3 Stable будет или нет? Что слышно?
http://www.freebsd.org/releases/5.3R/schedule.html
С уважением, Andrew 20 Sep 04 года
... XMMS: Dropped =[
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собо секретные документы перед прочтением сжечь.
Точно? Вроде как еще нет.
--
LEFT-UANIC
JID: lev...@jabber.kiev.ua