[devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Valery V. Inozemtsev]

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

Hi

С новом udev не поддерживаются ядра 2.6.22 и ниже, так же рекомендуется 
отключить SYSFS_DEPRECATED
Группа uucp заменена на dialout, у нас пока все что было uucp, uucp и 
остается, но хотелось бы точнее узнать что и насколько глубоко завязано на 
uucp

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Alexey I. Froloff]

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

* Valery V. Inozemtsev <shrek@> [090107 13:59]:
> С новом udev не поддерживаются ядра 2.6.22 и ниже, так же рекомендуется 
> отключить SYSFS_DEPRECATED
libsysfs идёт в obsolete?

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Valery V. Inozemtsev]

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

On Wednesday 07 January 2009 14:06:12 Alexey I. Froloff wrote:
> * Valery V. Inozemtsev <shrek@> [090107 13:59]:
> > С новом udev не поддерживаются ядра 2.6.22 и ниже, так же рекомендуется
> > отключить SYSFS_DEPRECATED
>
> libsysfs идёт в obsolete?

SYSFS_DEPRECATED было выключено еще в 2.6.25 (если Миша опять что то не 
потерял) и особых проблем не было

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Valery V. Inozemtsev]

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

On Wednesday 07 January 2009 14:14:30 Valery V. Inozemtsev wrote:
> On Wednesday 07 January 2009 14:06:12 Alexey I. Froloff wrote:
> > * Valery V. Inozemtsev <shrek@> [090107 13:59]:
> > > С новом udev не поддерживаются ядра 2.6.22 и ниже, так же рекомендуется
> > > отключить SYSFS_DEPRECATED
> >
> > libsysfs идёт в obsolete?
>
> SYSFS_DEPRECATED было выключено еще в 2.6.25 (если Миша опять что то не
> потерял)

SYSFS_DEPRECATED включено на x86_64, например в 
kernel-image-std-def-2.6.27-alt8.x86_64

2silicium: ы?

> и особых проблем не было 



-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Alexey I. Froloff]

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

* Valery V. Inozemtsev <shrek@> [090107 14:17]:
> > > С новом udev не поддерживаются ядра 2.6.22 и ниже, так же рекомендуется
> > > отключить SYSFS_DEPRECATED
> > libsysfs идёт в obsolete?
> SYSFS_DEPRECATED было выключено еще в 2.6.25 (если Миша опять что то не 
> потерял) и особых проблем не было
Вспомнил, там надо было Страшный Патч приложить.

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Andrey Rahmatullin]

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

On Wed, Jan 07, 2009 at 02:06:12PM +0300, Alexey I. Froloff wrote:
> libsysfs идёт в obsolete?
Documentation/sysfs-rules.txt ?
(да, я видел список клиентов libsysfs)


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Как это ни печально, emacs полностью "уделывает" vim по удобству работы
> с lisp-ообразными языками.
Было бы удивительно если редактор, являющийся LISP-машиной, плохо бы
работал с Lisp-образными языками ;)
		-- mrkooll in devel@

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Vitaly Lipatov]

On 7 января 2009, Valery V. Inozemtsev wrote:
> Hi
>
> С новом udev не поддерживаются ядра 2.6.22 и ниже, так же
> рекомендуется отключить SYSFS_DEPRECATED
> Группа uucp заменена на dialout, у нас пока все что было uucp,
> uucp и остается, но хотелось бы точнее узнать что и насколько
> глубоко завязано на uucp
Проблема в том, что ни uucp, ни dialout не являются сколь либо 
подходящим названием группы пользователей последовательных 
портов. Скорее уж serial.


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Ildar Mulyukov]

On 07.01.2009 19:28:38, Vitaly Lipatov wrote:
> Проблема в том, что ни uucp, ни dialout не являются сколь либо
> подходящим названием группы пользователей последовательных
> портов. Скорее уж serial.

В современном англ. языке с этим словом уже связаны неоднозначные  
ассоциации. Пример: если пользователя *mom* добавить в группу *serial*,  
то получится Serial Mom (один из вариантов перевода -  
Мамочка-убийца-маньячка).

;)
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Michael Shigorin]

On Wed, Jan 07, 2009 at 04:28:38PM +0300, Vitaly Lipatov wrote:
> Проблема в том, что ни uucp, ни dialout не являются сколь либо
> подходящим названием группы пользователей последовательных
> портов. Скорее уж serial.

А для чего последовательные порты ещё используются, кроме как для
dialout? (теми, кому что-либо может иметь смысл объяснять ;-)

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/ [JT]

[Vitaly Lipatov]

On 8 января 2009, Michael Shigorin wrote:
> On Wed, Jan 07, 2009 at 04:28:38PM +0300, Vitaly Lipatov wrote:
> > Проблема в том, что ни uucp, ни dialout не являются сколь
> > либо подходящим названием группы пользователей
> > последовательных портов. Скорее уж serial.
>
> А для чего последовательные порты ещё используются, кроме как
> для dialout? (теми, кому что-либо может иметь смысл объяснять
> ;-)
Ну ещё люди подключают сканеры штрих-кодов, другое торговое 
оборудование, какие-то устройства.
Если мы для юзеров называем группы, тогда может сразу назвать её 
iphone?



-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [090108 19:28]:
> > Проблема в том, что ни uucp, ни dialout не являются сколь либо
> > подходящим названием группы пользователей последовательных
> > портов. Скорее уж serial.
> А для чего последовательные порты ещё используются, кроме как для
> dialout? (теми, кому что-либо может иметь смысл объяснять ;-)
Serial console для всяких цыцок и пр.

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Kirill A. Shutemov]

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

On Thu, Jan 08, 2009 at 06:19:57PM +0200, Michael Shigorin wrote:
> On Wed, Jan 07, 2009 at 04:28:38PM +0300, Vitaly Lipatov wrote:
> > Проблема в том, что ни uucp, ни dialout не являются сколь либо
> > подходящим названием группы пользователей последовательных
> > портов. Скорее уж serial.
> 
> А для чего последовательные порты ещё используются, кроме как для
> dialout? (теми, кому что-либо может иметь смысл объяснять ;-)

serial console.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.org/

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Хихин Руслан]

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

Здравствуйте Michael Shigorin
  В сообщении от 8 января 2009 Michael Shigorin написал(a):
> On Wed, Jan 07, 2009 at 04:28:38PM +0300, Vitaly Lipatov wrote:
> > Проблема в том, что ни uucp, ни dialout не являются сколь
> > либо подходящим названием группы пользователей
> > последовательных портов. Скорее уж serial.
>
> А для чего последовательные порты ещё используются, кроме как
> для dialout? (теми, кому что-либо может иметь смысл объяснять
> ;-)

Всякие технические датчики с "примитивным" опросом, вплоть до 
самодельных.

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[devel] [JT] Re: I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/ [JT]

[Michael Shigorin]

> > А для чего последовательные порты ещё используются, кроме как
> > для dialout? (теми, кому что-либо может иметь смысл объяснять
> > ;-)

On Thu, Jan 08, 2009 at 07:33:34PM +0300, Vitaly Lipatov wrote:
> Ну ещё люди подключают сканеры штрих-кодов, другое торговое
> оборудование, какие-то устройства.

On Thu, Jan 08, 2009 at 07:35:50PM +0300, Alexey I. Froloff wrote:
> Serial console для всяких цыцок и пр.

On Thu, Jan 08, 2009 at 06:37:47PM +0200, Kirill A. Shutemov wrote:
> serial console.

On Thu, Jan 08, 2009 at 07:41:19PM +0300, Хихин Руслан wrote:
> Всякие технические датчики с "примитивным" опросом, вплоть до
> самодельных.

На эти случаи и было сказано "кроме как" :-)

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Денис Смирнов]

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

On Thu, Jan 08, 2009 at 06:19:57PM +0200, Michael Shigorin wrote:
>> Проблема в том, что ни uucp, ни dialout не являются сколь либо
>> подходящим названием группы пользователей последовательных
>> портов. Скорее уж serial.
MS> А для чего последовательные порты ещё используются, кроме как для
MS> dialout? (теми, кому что-либо может иметь смысл объяснять ;-)

serial console?
UPS?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Led]

On Wednesday, 07 January 2009 12:53:43 Valery V. Inozemtsev wrote:
> Hi
>
> С новом udev не поддерживаются ядра 2.6.22 и ниже,

Ничего цензурного в голову не приходит. Поэтому просто - СПАСИБО!

> так же рекомендуется 
> отключить SYSFS_DEPRECATED

-- 
Led

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Michael Shigorin]

On Wed, Jan 07, 2009 at 03:28:49PM +0200, Led wrote:
> > С новом udev не поддерживаются ядра 2.6.22 и ниже,
> Ничего цензурного в голову не приходит. Поэтому просто - СПАСИБО!

Да уж, можно было посмотреть на kernel-image-* в сизифе.

А ты led-tc часом не собирался перетащить на .25+?

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Led]

On Wednesday, 07 January 2009 23:47:19 Michael Shigorin wrote:
> On Wed, Jan 07, 2009 at 03:28:49PM +0200, Led wrote:
> > > С новом udev не поддерживаются ядра 2.6.22 и ниже,
> >
> > Ничего цензурного в голову не приходит. Поэтому просто - СПАСИБО!
>
> Да уж, можно было посмотреть на kernel-image-* в сизифе.
>
> А ты led-tc часом не собирался перетащить на .25+?

Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе уже давно 
нет.

-- 
Led

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Mikhail Gusarov]

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


Twas brillig at 23:54:28 07.01.2009 UTC+02 when ledest@gmail.com did gyre and gimble:

 L> Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе
 L> уже давно нет.

Список багов в студию. Нет багов - нет разговора.

-- 

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Ivan Fedorov]

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

Mikhail Gusarov <dottedmag-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org>
writes:

> Twas brillig at 23:54:28 07.01.2009 UTC+02 when ledest@gmail.com did gyre and gimble:
>
>  L> Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе
>  L> уже давно нет.
>
> Список багов в студию. Нет багов - нет разговора.

#18203

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Eugene Vlasov]

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

On Thu, 08 Jan 2009 03:54:42 +0600 Mikhail Gusarov wrote:

>  L> Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе
>  L> уже давно нет.
> Список багов в студию. Нет багов - нет разговора.

Например - #15825, из-за которого я вынужден до сих пор использовать
2.6.18 на домашнем компьютере.


-- 
WBR, Eugene Vlasov        mailto:eugvv at altlinux.ru
                          JID: eugvv@jabber.ru

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Sergey Y. Afonin]

On Thursday 08 January 2009, Mikhail Gusarov wrote:

>  L> Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе
>  L> уже давно нет.
> 
> Список багов в студию. Нет багов - нет разговора.

#17992

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Igor Zubkov]

7 января 2009 г. 23:54 пользователь Mikhail Gusarov написал:
>  L> Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе
>  L> уже давно нет.
>
> Список багов в студию. Нет багов - нет разговора.

#18537

А ещё у меня при проигрывании звука через OSS эмуляуцию в ALSA рипит.
Вот думаю, на кого вешать, на ядро или на libalsa?

-- 
icesik

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Igor Zubkov]

16 января 2009 г. 16:29 пользователь Igor Zubkov
<igor.zubkov@gmail.com> написал:
> 7 января 2009 г. 23:54 пользователь Mikhail Gusarov написал:
>>  L> Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе
>>  L> уже давно нет.
>>
>> Список багов в студию. Нет багов - нет разговора.
>
> #18537
>
> А ещё у меня при проигрывании звука через OSS эмуляуцию в ALSA рипит.
> Вот думаю, на кого вешать, на ядро или на libalsa?

И вообще, вот это изменение из 2.6.27-alt4 явно мешает жить:

- config changes:
    + Builded as module, what before was compiled in:
        - IKCONFIG - /proc/config.gz  - How need it, can load it.

Можно его откатить?

-- 
icesik

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Michail Yakushin]

Igor Zubkov wrote:
> 16 января 2009 г. 16:29 пользователь Igor Zubkov
> <igor.zubkov@gmail.com> написал:
>> 7 января 2009 г. 23:54 пользователь Mikhail Gusarov написал:
>>>  L> Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе
>>>  L> уже давно нет.
>>>
>>> Список багов в студию. Нет багов - нет разговора.
>> #18537
>>
>> А ещё у меня при проигрывании звука через OSS эмуляуцию в ALSA рипит.
>> Вот думаю, на кого вешать, на ядро или на libalsa?
> 
> И вообще, вот это изменение из 2.6.27-alt4 явно мешает жить:
> 
> - config changes:
>     + Builded as module, what before was compiled in:
>         - IKCONFIG - /proc/config.gz  - How need it, can load it.
> 
> Можно его откатить?
> 
Если мешает, откачу.

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Igor Zubkov]

16 января 2009 г. 17:34 пользователь Michail Yakushin написал:
>> И вообще, вот это изменение из 2.6.27-alt4 явно мешает жить:
>>
>> - config changes:
>>     + Builded as module, what before was compiled in:
>>         - IKCONFIG - /proc/config.gz  - How need it, can load it.
>>
>> Можно его откатить?
>>
> Если мешает, откачу.

Можно конечно не откатывать (ты только скажи modprobe что:) что бы эта
фича вернулась), но на вопросы пользователей который будут спрашивать
"А где делась эта фича" или "Почему собрали без неё" кому-то надо
будет отвечать. И будет ещё один пункт в факе по поводу различий альта
от всех остальных.

-- 
icesik

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Michail Yakushin]

Igor Zubkov wrote:
> 16 января 2009 г. 17:34 пользователь Michail Yakushin написал:
>>> И вообще, вот это изменение из 2.6.27-alt4 явно мешает жить:
>>>
>>> - config changes:
>>>     + Builded as module, what before was compiled in:
>>>         - IKCONFIG - /proc/config.gz  - How need it, can load it.
>>>
>>> Можно его откатить?
>>>
>> Если мешает, откачу.
> 
> Можно конечно не откатывать (ты только скажи modprobe что:) что бы эта
> фича вернулась), но на вопросы пользователей который будут спрашивать
> "А где делась эта фича" или "Почему собрали без неё" кому-то надо
> будет отвечать. И будет ещё один пункт в факе по поводу различий альта
> от всех остальных.
> 
Я честно говоря ожидал что оно подгрузиться при попытки сделать cat
/proc/config.gz, видимо это не так.

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Alexey I. Froloff]

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

* Igor Zubkov <igor.zubkov@> [090116 18:58]:
> Можно конечно не откатывать (ты только скажи modprobe что:) что бы эта
> фича вернулась), но на вопросы пользователей который будут спрашивать
> "А где делась эта фича" или "Почему собрали без неё" кому-то надо
> будет отвечать. И будет ещё один пункт в факе по поводу различий альта
> от всех остальных.
А чем не устраивает /boot/config-$(uname -r) ?

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Alexey I. Froloff]

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

* Igor Zubkov <igor.zubkov@> [090116 18:58]:
> Можно конечно не откатывать (ты только скажи modprobe что:) что бы эта
> фича вернулась),
# modinfo configs
filename:       /lib/modules/2.6.27-std-def-alt8/kernel/kernel/configs.ko
description:    Echo the kernel .config file used to build the kernel
author:         Randy Dunlap
license:        GPL
srcversion:     A665DF9A441216B2CB17A49
depends:        
vermagic:       2.6.27-std-def-alt8 SMP mod_unload modversions 586 

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: udev-136 & SYSFS_DEPRECATED & s/uucp/dialout/

[Michael Shigorin]

On Fri, Jan 16, 2009 at 05:55:15PM +0200, Igor Zubkov wrote:
> >>         - IKCONFIG - /proc/config.gz  - How need it, can load it.
> >> Можно его откатить?
> > Если мешает, откачу.

Оно совершенно зря жрёт ядерную память ввиду /boot/config*

> Можно конечно не откатывать (ты только скажи modprobe что:) что
> бы эта фича вернулась), но на вопросы пользователей который
> будут спрашивать "А где делась эта фича" или "Почему собрали
> без неё" кому-то надо будет отвечать. И будет ещё один пункт в
> факе по поводу различий альта от всех остальных.

Не было релиза -- о какой фиче речь?

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

[devel] Administrativia

[Dmitry V. Levin]

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

On Wed, Jan 07, 2009 at 11:54:28PM +0200, Led wrote:
> On Wednesday, 07 January 2009 23:47:19 Michael Shigorin wrote:
> > On Wed, Jan 07, 2009 at 03:28:49PM +0200, Led wrote:
> > > > С новом udev не поддерживаются ядра 2.6.22 и ниже,
> > >
> > > Ничего цензурного в голову не приходит. Поэтому просто - СПАСИБО!
> >
> > Да уж, можно было посмотреть на kernel-image-* в сизифе.
> >
> > А ты led-tc часом не собирался перетащить на .25+?
> 
> Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе уже давно 
> нет.

Проверьте актуальность зеркала Сизифа, которым вы пользуетесь -- у меня
2.6.27-std-def-alt8 вполне рабочее.

А если это была попытка немотивированного наезда, то считайте, что вы
получили предупреждение о несоответствии, а в случае рецидива
предупреждение превращается модерирование.

Вообще, коллеги, за минувший год уровень немотивированной агрессии в
списке рассылки побил рекорд.  Я прошу вас помнить, что список рассылки --
это не служба мгновенных сообщений, поэтому избегайте постить сюда тексты,
не соответствующие правилам общения в списке рассылки.


-- 
ldv

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

[devel] чему именно несоответствии?

[Michael Shigorin]

On Thu, Jan 08, 2009 at 01:26:26AM +0300, Dmitry V. Levin wrote:
> > > А ты led-tc часом не собирался перетащить на .25+?
> > Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в
> > Сизифе уже давно нет.

Ну вообще-то для меня работает, когда не так -- вешаю баги.
Они потихоньку исправляются даже.  Конкретизируй?

> Проверьте актуальность зеркала Сизифа, которым вы пользуетесь
> -- у меня 2.6.27-std-def-alt8 вполне рабочее.
> А если это была попытка немотивированного наезда, то считайте,
> что вы получили предупреждение о несоответствии, а в случае
> рецидива предупреждение превращается модерирование.

Дим, несоответствии _чему_?  Мне тоже не нравится атмосфера 
у нас в рассылках за 2008 (и не хотелось бы наблюдать такое
в 2009), но вообще вы сами когда-то пустили vsl@ в огород.
Теперь расхлёбывайте.

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

Re: [devel] чему именно несоответствии?

[Dmitry V. Levin]

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

On Thu, Jan 08, 2009 at 12:34:05AM +0200, Michael Shigorin wrote:
> On Thu, Jan 08, 2009 at 01:26:26AM +0300, Dmitry V. Levin wrote:
[...]
> > А если это была попытка немотивированного наезда, то считайте,
> > что вы получили предупреждение о несоответствии, а в случае
> > рецидива предупреждение превращается модерирование.
> 
> Дим, несоответствии _чему_?

Тому, что такое хорошо, и что такое плохо. ;)

> Мне тоже не нравится атмосфера 
> у нас в рассылках за 2008 (и не хотелось бы наблюдать такое
> в 2009), но вообще вы сами когда-то пустили vsl@ в огород.
> Теперь расхлёбывайте.

Предложение в такой форме неконструктивно.  Я предлагаю всякий раз,
когда хочется запостить что-нибудь "несоответствующее", отложить письмо
на N часов в первый раз, N+1 во второй, и т.д.


-- 
ldv

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

Re: [devel] чему именно несоответствии?

[Michael Shigorin]

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

On Thu, Jan 08, 2009 at 02:03:16AM +0300, Dmitry V. Levin wrote:
> > > А если это была попытка немотивированного наезда, то считайте,
> > > что вы получили предупреждение о несоответствии, а в случае
> > > рецидива предупреждение превращается модерирование.
> > Дим, несоответствии _чему_?
> Тому, что такое хорошо, и что такое плохо. ;)

GoodBadPolicy в студию. ;)

> > Мне тоже не нравится атмосфера у нас в рассылках за 2008
> > (и не хотелось бы наблюдать такое в 2009), но вообще вы сами
> > когда-то пустили vsl@ в огород.  Теперь расхлёбывайте.
> Предложение в такой форме неконструктивно.

Тут скорее не предложение, а отсылка к тому, что "хорошо"
технически, но "плохо" морально в итоге оказывается "плохо".

Т.е. если хорошему технарю позволять распускаться, то в итоге
это всё равно вылезет боком даже и технически.

> Я предлагаю всякий раз, когда хочется запостить что-нибудь
> "несоответствующее", отложить письмо на N часов в первый раз,
> N+1 во второй, и т.д.

Свои-то порой и вообще написав, но перечитав -- выбрасываю.

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

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

Re: [devel] чему именно несоответствии?

[Ildar Mulyukov]

On 08.01.2009 22:28:21, Michael Shigorin wrote:
> > Тому, что такое хорошо, и что такое плохо. ;)
> 
> GoodBadPolicy в студию. ;)

Миша, ты же взрослый (духовно) человек. Понимаешь, что есть только один  
референс, отвечающий на данный вопрос...
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] чему именно несоответствии?

[Michael Shigorin]

On Fri, Jan 09, 2009 at 09:53:13AM +0600, Ildar Mulyukov wrote:
> >> Тому, что такое хорошо, и что такое плохо. ;)
> >GoodBadPolicy в студию. ;)
> Миша, ты же взрослый (духовно) человек.

Издеваться-то прекрати.

> Понимаешь, что есть только один референс, отвечающий на данный
> вопрос...

Мне сложно ответить прямо именно здесь; ровно потому и предложил
не ссылаться в важных вопросах на определения, которые у разных
людей могут различаться, а в рамках проекта не зафиксированы.

2 ldv: это достаточно политкорректная формулировка?

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

Re: [devel] GoodBadPolicy

[Dmitry V. Levin]

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

On Thu, Jan 08, 2009 at 06:28:21PM +0200, Michael Shigorin wrote:
> On Thu, Jan 08, 2009 at 02:03:16AM +0300, Dmitry V. Levin wrote:
> > > > А если это была попытка немотивированного наезда, то считайте,
> > > > что вы получили предупреждение о несоответствии, а в случае
> > > > рецидива предупреждение превращается модерирование.
> > > Дим, несоответствии _чему_?
> > Тому, что такое хорошо, и что такое плохо. ;)
> 
> GoodBadPolicy в студию. ;)

Инициатива наказуема!  Миша, с тебя драфт. ;)


-- 
ldv

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

Re: [devel] [JT] GoodBadPolicy

[Damir Shayhutdinov]

>> GoodBadPolicy в студию. ;)
>
> Инициатива наказуема!  Миша, с тебя драфт. ;)

Ну какой у Миши может быть драфт для морали? Ну разве что такой
(да простит меня автор за весьма вольную переделку)

1. Альт - дистрибутив твой, и да не будет у тебя других ОС на машине с Альтом
2. Не сотвори себе кумира типа aen-а или ldv - ибо Альт есть
дистрибутив твой, а не его создатели
3. Не ругай напрасно, всуе Альт
4. Помни день воскресенье, шесть дней работай, а седьмой день посвяти Альту
5. Почитай Maximum RPM и ALT Packaging Policy - отца и мать твою
6. Не отправляй пакет в orphaned, если апстрим еще жив
7. Не отсылай патчи в другие дистрибутивы, только в апстрим
8. Не забирай себе пакет без согласия текущего сборщика
9. Если что-то не работает - не спеши ругать сборщика пакета -
проверь, не локальный ли это misconfiguration
10. Не возжелай пакетов ближнего, если не сможешь их собрать лучше

Re: [devel] [JT] GoodBadPolicy

[Андрей Черепанов]

13 января 2009 Damir Shayhutdinov написал:
> >> GoodBadPolicy в студию. ;)
> >
> > Инициатива наказуема!  Миша, с тебя драфт. ;)
>
> Ну какой у Миши может быть драфт для морали? Ну разве что такой
> (да простит меня автор за весьма вольную переделку)
;)

Надеюсь, ты не против, что я разместил твой пассаж на 
http://forum.altlinux.org/index.php/topic,1778.0.html ?

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] [JT] GoodBadPolicy

[Damir Shayhutdinov]

>> > Инициатива наказуема!  Миша, с тебя драфт. ;)
>>
>> Ну какой у Миши может быть драфт для морали? Ну разве что такой
>> (да простит меня автор за весьма вольную переделку)
> ;)
>
> Надеюсь, ты не против, что я разместил твой пассаж на
> http://forum.altlinux.org/index.php/topic,1778.0.html ?
Не против.

Re: [devel] [JT] GoodBadPolicy

[Michael Shigorin]

On Tue, Jan 13, 2009 at 04:53:54PM +0300, Damir Shayhutdinov wrote:
> >> GoodBadPolicy в студию. ;)
> > Инициатива наказуема!  Миша, с тебя драфт. ;)
> Ну какой у Миши может быть драфт для морали?

Ты правильно уловил направление негодности меня в качестве
автора текста, которым бы можно было прикрываться другим,

> Ну разве что такой (да простит меня автор за весьма вольную
> переделку)

...но промазал :)

2. Возлюби ближнего своего, как самого себя.

(1) ещё более индивидуально; и оба этих пункта в отличие от полиси
-- никакой толковой проверке техсредствами не подлежат в принципе.

Я не ценю ALT Linux как таковой, но людей в команде.
Этот вывод был сделан года четыре тому уже и довольно
сильно мне дорог.

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

Re: [devel] Administrativia

[Led]

On Thursday, 08 January 2009 00:26:26 Dmitry V. Levin wrote:
> On Wed, Jan 07, 2009 at 11:54:28PM +0200, Led wrote:
> > On Wednesday, 07 January 2009 23:47:19 Michael Shigorin wrote:
> > > On Wed, Jan 07, 2009 at 03:28:49PM +0200, Led wrote:
> > > > > С новом udev не поддерживаются ядра 2.6.22 и ниже,
> > > >
> > > > Ничего цензурного в голову не приходит. Поэтому просто - СПАСИБО!
> > >
> > > Да уж, можно было посмотреть на kernel-image-* в сизифе.
> > >
> > > А ты led-tc часом не собирался перетащить на .25+?
> >
> > Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе уже
> > давно нет.
>
> Проверьте актуальность зеркала Сизифа, которым вы пользуетесь -- у меня
> 2.6.27-std-def-alt8 вполне рабочее.

На последнее утверждение мне возразить нЕчего. Кроме того, что ВСЕ 
2.6.27-std-def до 2.6.27-std-def-alt8 включительно - нерабочие. О чём я 
неоднократно писал в ответ на анонсы с просьбой отзывов

>
> А если это была попытка немотивированного наезда,

Это не был наезд. Это была констатация факта.

> то считайте, что вы 
> получили предупреждение о несоответствии, а в случае рецидива
> предупреждение превращается модерирование.

Понятно. Мне очень жаль, что указание на недостатки воспринимается 
как "немотивированный наезд" только потому, что у Вас всё работает :(

>
> Вообще, коллеги, за минувший год уровень немотивированной агрессии в
> списке рассылки побил рекорд.  Я прошу вас помнить, что список рассылки --
> это не служба мгновенных сообщений, поэтому избегайте постить сюда тексты,
> не соответствующие правилам общения в списке рассылки.



-- 
Led

Re: [devel] about

[Dmitry V. Levin]

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

On Thu, Jan 08, 2009 at 12:43:51AM +0200, Led wrote:
> On Thursday, 08 January 2009 00:26:26 Dmitry V. Levin wrote:
> > On Wed, Jan 07, 2009 at 11:54:28PM +0200, Led wrote:
> > > On Wednesday, 07 January 2009 23:47:19 Michael Shigorin wrote:
> > > > On Wed, Jan 07, 2009 at 03:28:49PM +0200, Led wrote:
> > > > > > С новом udev не поддерживаются ядра 2.6.22 и ниже,
> > > > >
> > > > > Ничего цензурного в голову не приходит. Поэтому просто - СПАСИБО!
> > > >
> > > > Да уж, можно было посмотреть на kernel-image-* в сизифе.
> > > >
> > > > А ты led-tc часом не собирался перетащить на .25+?
> > >
> > > Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе уже
> > > давно нет.
> >
> > Проверьте актуальность зеркала Сизифа, которым вы пользуетесь -- у меня
> > 2.6.27-std-def-alt8 вполне рабочее.
> 
> На последнее утверждение мне возразить нЕчего. Кроме того, что ВСЕ 
> 2.6.27-std-def до 2.6.27-std-def-alt8 включительно - нерабочие. О чём я 
> неоднократно писал в ответ на анонсы с просьбой отзывов

Теперь понятно.  Достаточно забыть одно слово (в данном случае: "у меня"),
чтобы радикально изменить смысл и тональность сообщения.  Вам ведь не
жалко было этого слова?  Так подумайте о тех, кто читает.


-- 
ldv

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

Re: [devel] about

[Led]

On Thursday, 08 January 2009 01:08:20 Dmitry V. Levin wrote:
> On Thu, Jan 08, 2009 at 12:43:51AM +0200, Led wrote:
> > On Thursday, 08 January 2009 00:26:26 Dmitry V. Levin wrote:
> > > On Wed, Jan 07, 2009 at 11:54:28PM +0200, Led wrote:
> > > > On Wednesday, 07 January 2009 23:47:19 Michael Shigorin wrote:
> > > > > On Wed, Jan 07, 2009 at 03:28:49PM +0200, Led wrote:
> > > > > > > С новом udev не поддерживаются ядра 2.6.22 и ниже,
> > > > > >
> > > > > > Ничего цензурного в голову не приходит. Поэтому просто - СПАСИБО!
> > > > >
> > > > > Да уж, можно было посмотреть на kernel-image-* в сизифе.
> > > > >
> > > > > А ты led-tc часом не собирался перетащить на .25+?
> > > >
> > > > Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе
> > > > уже давно нет.
> > >
> > > Проверьте актуальность зеркала Сизифа, которым вы пользуетесь -- у меня
> > > 2.6.27-std-def-alt8 вполне рабочее.
> >
> > На последнее утверждение мне возразить нЕчего. Кроме того, что ВСЕ
> > 2.6.27-std-def до 2.6.27-std-def-alt8 включительно - нерабочие. О чём я
> > неоднократно писал в ответ на анонсы с просьбой отзывов
>
> Теперь понятно.  Достаточно забыть одно слово (в данном случае: "у меня"),
> чтобы радикально изменить смысл и тональность сообщения.  Вам ведь не
> жалко было этого слова?  Так подумайте о тех, кто читает.

Да, это была опечатка: это слово было при построении фразы, но в письмо не 
попало (по моей ошибке). Прошу прощения за свою неловкость.

-- 
Led

Re: [devel] kernel-image-std-def usb hdd

[Michael Shigorin]

On Thu, Jan 08, 2009 at 02:08:20AM +0300, Dmitry V. Levin wrote:
> > > > Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25
> > > > в Сизифе уже давно нет.
> > > Проверьте актуальность зеркала Сизифа, которым вы
> > > пользуетесь -- у меня 2.6.27-std-def-alt8 вполне рабочее.
> > На последнее утверждение мне возразить нЕчего. Кроме того,
> > что ВСЕ 2.6.27-std-def до 2.6.27-std-def-alt8 включительно -
> > нерабочие. О чём я неоднократно писал в ответ на анонсы с
> > просьбой отзывов
> Теперь понятно.  Достаточно забыть одно слово (в данном случае:
> "у меня"), чтобы радикально изменить смысл и тональность
> сообщения.  Вам ведь не жалко было этого слова?  Так подумайте
> о тех, кто читает.

Как выяснилось, подразумевалось то, что сломалась работа USB HDD
(и сообщения об этом [здесь] остались безответными).

Я про это слышал, но честно говоря -- уже тоже забыл.
Пошёл посмотреть в bugzilla -- тоже не нашёл
(kernel-image-std-def, usb hdd).

Саш, иногда между "не работает" и "вот патч" есть вполне разумный
компромисс -- "не работает", но в виде баги, хоть и без патча ;-)

PS: у меня на ядре из M41 (и, кажется, сизифном) USB HDD вполне
работал на минимум двух, а то и трёх системах.

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

Re: [devel] kernel-image-std-def usb hdd

[Michail Yakushin]

Michael Shigorin wrote:
> Как выяснилось, подразумевалось то, что сломалась работа USB HDD
> (и сообщения об этом [здесь] остались безответными).
Безответным не значит не обработаным. Проблема вобщем существует, но я
пока так и не понял где она.
Дело в том что в 27м ядре на эту тему что-то сломали(вдимо в usb),
насколько я понял закрутили где-то гайку, и с некоторыми контроллерами
usb hdd оно стало работать странно. Но без железяки под рукой сделать
что-либо сложно, у меня все имеющиеся USB диски и флешки работают
нормально. Так что вешайте багу, с указанием модели контроллера. Может
быть я не прав.

А про std не работает никогда, я так и не понял что led@ не нравилось в
2.6.25?

Re: [devel] kernel-image-std-def usb hdd

[Led]

On Friday, 09 January 2009 07:46:28 Michail Yakushin wrote:
> Michael Shigorin wrote:
> > Как выяснилось, подразумевалось то, что сломалась работа USB HDD
> > (и сообщения об этом [здесь] остались безответными).
>
> Безответным не значит не обработаным. Проблема вобщем существует, но я
> пока так и не понял где она.
> Дело в том что в 27м ядре на эту тему что-то сломали(вдимо в usb),
> насколько я понял закрутили где-то гайку, и с некоторыми контроллерами
> usb hdd оно стало работать странно. Но без железяки под рукой сделать
> что-либо сложно, у меня все имеющиеся USB диски и флешки работают
> нормально. Так что вешайте багу, с указанием модели контроллера. Может
> быть я не прав.
>
> А про std не работает никогда, я так и не понял что led@ не нравилось в
> 2.6.25?

Я про 2.6.25 не говорил. Если где-то в моих сообщения проскочило 2.6.25 - 
скажите где, это была опечатка, умышленно я этого сказать не мог, потому как 
на одной из машин у меня сейчас std-def-2.6.25 - с ним USB-HDD работает.

На std-def-2.6.25 (из branch 4.1) совсем другая проблема: там не 
работает "очень редкий Ethernet-адаптер" - e100 :)

-- 
Led

Re: [devel] kernel-image-std-def usb hdd

[Michail Yakushin]

Led wrote:
> Я про 2.6.25 не говорил. Если где-то в моих сообщения проскочило 2.6.25 - 
> скажите где, это была опечатка, умышленно я этого сказать не мог, потому как 
> на одной из машин у меня сейчас std-def-2.6.25 - с ним USB-HDD работает.
Я скорее про то что вы ниже написали.
> На std-def-2.6.25 (из branch 4.1) совсем другая проблема: там не 
> работает "очень редкий Ethernet-адаптер" - e100 :)
> 

Как не работает? Я слышал что какие то проблемы были, но мне казалось
что они решены, это к вопросу о багах.

Re: [devel] kernel-image-std-def usb hdd

[Led]

On Friday, 09 January 2009 23:06:50 Michail Yakushin wrote:
> Led wrote:
> > Я про 2.6.25 не говорил. Если где-то в моих сообщения проскочило 2.6.25 -
> > скажите где, это была опечатка, умышленно я этого сказать не мог, потому
> > как на одной из машин у меня сейчас std-def-2.6.25 - с ним USB-HDD
> > работает.
>
> Я скорее про то что вы ниже написали.
>
> > На std-def-2.6.25 (из branch 4.1) совсем другая проблема: там не
> > работает "очень редкий Ethernet-адаптер" - e100 :)
>
> Как не работает? Я слышал что какие то проблемы были, но мне казалось
> что они решены, это к вопросу о багах.

Это, скорее, к вопросу о "массовости" использования 4.1 и std-def ядра из 
него:) Более распростарнённый FastEthernet, чем e100 трудно найти (разве что 
rtl8139).

-- 
Led

Re: [devel] kernel-image-std-def usb hdd

[Michail Yakushin]

Led wrote:
> On Friday, 09 January 2009 23:06:50 Michail Yakushin wrote:
>> Led wrote:
>>> Я про 2.6.25 не говорил. Если где-то в моих сообщения проскочило 2.6.25 -
>>> скажите где, это была опечатка, умышленно я этого сказать не мог, потому
>>> как на одной из машин у меня сейчас std-def-2.6.25 - с ним USB-HDD
>>> работает.
>> Я скорее про то что вы ниже написали.
>>
>>> На std-def-2.6.25 (из branch 4.1) совсем другая проблема: там не
>>> работает "очень редкий Ethernet-адаптер" - e100 :)
>> Как не работает? Я слышал что какие то проблемы были, но мне казалось
>> что они решены, это к вопросу о багах.
> 
> Это, скорее, к вопросу о "массовости" использования 4.1 и std-def ядра из 
> него:) Более распростарнённый FastEthernet, чем e100 трудно найти (разве что 
> rtl8139).
> 
Я бы поспорил, думаю что rtl8139 чаще встречается, если вам это известно
опять же бага где? Почему мне об этом никто никогда не говорил?
К сожалению у меня нет, статистики по использованию ядер, собрать её
нереально, может дейтвительно все кто пользуется альтом сразу ставят
ядро wks или собирают сами? Или вообще альт сносят и ставят генту при
виде того что я там насобирал? Это я к тому что о проблемах лучше
говорить чем молчать, и желательно говорить конструктивно.Если у вас
есть статистика по устроило\не устроило и не устроило что именно,
пожалуйста в студию, или мне лично.

Re: [devel] kernel-image-std-def usb hdd

[Led]

On Saturday, 10 January 2009 00:03:06 Michail Yakushin wrote:
> Led wrote:
> > On Friday, 09 January 2009 23:06:50 Michail Yakushin wrote:
> >> Led wrote:
> >>> Я про 2.6.25 не говорил. Если где-то в моих сообщения проскочило 2.6.25
> >>> - скажите где, это была опечатка, умышленно я этого сказать не мог,
> >>> потому как на одной из машин у меня сейчас std-def-2.6.25 - с ним
> >>> USB-HDD работает.
> >>
> >> Я скорее про то что вы ниже написали.
> >>
> >>> На std-def-2.6.25 (из branch 4.1) совсем другая проблема: там не
> >>> работает "очень редкий Ethernet-адаптер" - e100 :)
> >>
> >> Как не работает? Я слышал что какие то проблемы были, но мне казалось
> >> что они решены, это к вопросу о багах.
> >
> > Это, скорее, к вопросу о "массовости" использования 4.1 и std-def ядра из
> > него:) Более распростарнённый FastEthernet, чем e100 трудно найти (разве
> > что rtl8139).
>
> Я бы поспорил, думаю что rtl8139 чаще встречается,

Оговорку на счёт rtl8139 я сделал:)

> если вам это известно 
> опять же бага где? Почему мне об этом никто никогда не говорил?

Ещё раз: я здесь не высказываю вам притензии, потому что:
1) Я вспомнил про e100, потому что вы сами меня чуть выше спросили, какие 
проблемы с std-def-2.6.25
2) Багу я не вешал, потому как наткнулся на это, когда обновлял одну из сситем 
с 4.0 на 4.1, заодно и ядро обновил с std-smp-2.6.18 до std-def-2.6.25 из 
branch 4.1. Машина была не моя, сделать нужно было побыстрее, поэтому 
поставил другое ядро и забыл (вернее, забИл).

> К сожалению у меня нет, статистики по использованию ядер, собрать её
> нереально, может дейтвительно все кто пользуется альтом сразу ставят
> ядро wks или собирают сами?

Не знаю. надеюсь, что это не так. Но у меня в 30-50% случаев последние пару 
лет именно так получается :(

> Или вообще альт сносят и ставят генту при 
> виде того что я там насобирал?

Не нагнетайте пессимизма:)

> Это я к тому что о проблемах лучше 
> говорить чем молчать, и желательно говорить конструктивно.

+100

> Если у вас 
> есть статистика по устроило\не устроило и не устроило что именно,
> пожалуйста в студию, или мне лично.

К сожалению, в случае с ядром, такую "статистику" накопить сложно: ядро не 
устроило - в 99% случаев времени на сбор "статистики" и неделю 
общения/выяснения в багзилле нет - ставим то, что работает и занимаемся 
другой работой (к сожалению, устроится на работу пассивного пользователя / 
активного репортера, сборщика "статистики" пока не получается:)
Кстати, ядро и багзилла - ИМХО вещи слабо совместимые:
1) можно посмотреть как (вернее НИкак) с этим в апстриме ядра и поразмышлять - 
почему
2) Ядро - не совсем обычный пакет, по умолчанию (да и не только по-умолчанию, 
а и вобще у 99,9% пользователей Sisyphus/бранчей) оно стоит на Hold и 
зачастую (если не в большистве случаев) обновляется нерегулярно, "задним 
числом" и т.п., поэтому багрепортить в багзиллу о не последнем релизе - 
смысла мало. А перебирать релизы (при том, что "под рукой" обычно только 
установленной и последний релиз в репозитарии) и выяснять различия - занятие 
скучное, отнимающее много времени и, по личному опыту, неблагодарное:)

-- 
Led

Re: [devel] kernel-image-std-def usb hdd

[Mikhail Gusarov]

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


Twas brillig at 00:39:51 10.01.2009 UTC+02 when ledest@gmail.com did gyre and gimble:

 L> 1) можно посмотреть как (вернее НИкак) с этим в апстриме ядра и
 L> поразмышлять - почему

Интеловцы кернельной багзиллой пользуются вполне активно и
адекватно. Возможно, их из-под палки заставляют это делать :)

Другой вопрос, что обсуждение багов идёт в соответствующем списке
рассылки, потому что это быстрее и удобнее. Но идёт только после того,
как заведён баг.

-- 

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

Re: [devel] kernel-image-std-def usb hdd

[Michael Shigorin]

On Sat, Jan 10, 2009 at 12:39:51AM +0200, Led wrote:
> > Если у вас есть статистика по устроило\не устроило и не
> > устроило что именно, пожалуйста в студию, или мне лично.
> К сожалению, в случае с ядром, такую "статистику" накопить
> сложно: ядро не устроило - в 99% случаев времени на сбор
> "статистики" и неделю общения/выяснения в багзилле нет - ставим
> то, что работает и занимаемся другой работой (к сожалению,
> устроится на работу пассивного пользователя / активного
> репортера, сборщика "статистики" пока не получается:)

Обычно помогает кратко на бумажку плюс dmesg, lspci
и lspci -vvnnn на флэшку (если под рукой) или scp'ой
(если есть как).

> 2) Ядро - не совсем обычный пакет, по умолчанию (да и не только
> по-умолчанию, а и вобще у 99,9% пользователей Sisyphus/бранчей)
> оно стоит на Hold

Эт да, но на всякий напоминаю про update-kernel.

Дима вроде даже озадачивался rpmvercmp перетащить в rpm...

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

Re: [devel] kernel-image-std-def usb hdd

[Eugene Prokopiev]

>  Дима вроде даже озадачивался rpmvercmp перетащить в rpm...

так ведь вроде уже - #13627

-- 
С уважением,
Прокопьев Евгений

[devel] update-kernel (was: kernel-image-std-def usb hdd)

[Michael Shigorin]

On Sat, Jan 10, 2009 at 06:00:22PM +0300, Eugene Prokopiev wrote:
> > Дима вроде даже озадачивался rpmvercmp перетащить в rpm...
> так ведь вроде уже - #13627

Замечательно -- и update-kernel с тех пор обновилось, теперь
зависит от rpm; пора ставить по умолчанию в дистрибутивы.

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

Re: [devel] kernel-image-std-def usb hdd

[Alexey Morozov]

On Thursday 08 January 2009 22:25:02 Michael Shigorin wrote:
> PS: у меня на ядре из M41 (и, кажется, сизифном) USB HDD вполне
> работал на минимум двух, а то и трёх системах.

Я не вполне понимаю термина "работал", он слишком многозначен, но если 
воспользоваться "бытовым определением", то "проверено на себе":

kernel-image-std-def-2.6.27-alt8

WD Model 1200E1MS-00 (из тех, что Эльдорадо "раздавала" вместе с [первыми] EEE 
PC 701), два раздела с EXT3, видимых проблем при подключении не обнаружено.

Вероятно, автору сообщения о проблеме стоило бы почётче её обрисовать.

С уважением,
Алексей Морозов.

Re: [devel] kernel-image-std-def usb hdd

[Led]

On Friday, 09 January 2009 09:47:03 Alexey Morozov wrote:
> On Thursday 08 January 2009 22:25:02 Michael Shigorin wrote:
> > PS: у меня на ядре из M41 (и, кажется, сизифном) USB HDD вполне
> > работал на минимум двух, а то и трёх системах.
>
> Я не вполне понимаю термина "работал", он слишком многозначен, но если
> воспользоваться "бытовым определением", то "проверено на себе":
>
> kernel-image-std-def-2.6.27-alt8
>
> WD Model 1200E1MS-00 (из тех, что Эльдорадо "раздавала" вместе с [первыми]
> EEE PC 701), два раздела с EXT3, видимых проблем при подключении не
> обнаружено.
>
> Вероятно, автору сообщения о проблеме стоило бы почётче её обрисовать.

Она была обрисована. Ещё и вам лично её "обрисовать"? Ок, что именно вам 
привести в качестве "обрисования"?

-- 
Led

Re: [devel] kernel-image-std-def usb hdd

[Alexey Morozov]

Здравствуйте.

On Friday 09 January 2009 17:27:11 Led wrote:
> > Я не вполне понимаю термина "работал", он слишком многозначен, но если
> > воспользоваться "бытовым определением", то "проверено на себе":
...
> > Вероятно, автору сообщения о проблеме стоило бы почётче её обрисовать.
> Она была обрисована. Ещё и вам лично её "обрисовать"? Ок, что именно вам
> привести в качестве "обрисования"?

Ответ ушёл в личную почту.

С уважением, 
Алексей Морозов.

Re: [devel] kernel-image-std-def usb hdd

[Dmitriy M. Maslennikov]

8 января 2009 г. 19:25 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> Как выяснилось, подразумевалось то, что сломалась работа USB HDD
> (и сообщения об этом [здесь] остались безответными).
>
> Я про это слышал, но честно говоря -- уже тоже забыл.
> Пошёл посмотреть в bugzilla -- тоже не нашёл
> (kernel-image-std-def, usb hdd).
Вот и мне попался USB накопитель, который не работает. Покопался в
сети, нашел решение: если перед тем, как вставлять накопитель,
выгрузить ehci_hcd, то работает. Но я так понимаю, это не USB 2.0

Печально...

-- 
Dmitriy M. Maslennikov
rlz@etersoft.ru
rlz@altlinux.org
maslennikovdm@gmail.com
master@armory.ru

Re: [devel] kernel-image-std-def usb hdd

[Sergey Y. Afonin]

On Thursday 08 January 2009, Michael Shigorin wrote:

> Как выяснилось, подразумевалось то, что сломалась работа USB HDD
> (и сообщения об этом [здесь] остались безответными).
 
Кстати да. Я тоже наступил.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] kernel-image-std-def usb hdd

[Sergey Y. Afonin]

On Thursday 08 January 2009, Michael Shigorin wrote:

> Я про это слышал, но честно говоря -- уже тоже забыл.
> Пошёл посмотреть в bugzilla -- тоже не нашёл
> (kernel-image-std-def, usb hdd).
 
Теперь есть: #18518

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Administrativia

[Anton Farygin]

Led пишет:
> On Thursday, 08 January 2009 00:26:26 Dmitry V. Levin wrote:
>> On Wed, Jan 07, 2009 at 11:54:28PM +0200, Led wrote:
>>> On Wednesday, 07 January 2009 23:47:19 Michael Shigorin wrote:
>>>> On Wed, Jan 07, 2009 at 03:28:49PM +0200, Led wrote:
>>>>>> С новом udev не поддерживаются ядра 2.6.22 и ниже,
>>>>> Ничего цензурного в голову не приходит. Поэтому просто - СПАСИБО!
>>>> Да уж, можно было посмотреть на kernel-image-* в сизифе.
>>>>
>>>> А ты led-tc часом не собирался перетащить на .25+?
>>> Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе уже
>>> давно нет.
>> Проверьте актуальность зеркала Сизифа, которым вы пользуетесь -- у меня
>> 2.6.27-std-def-alt8 вполне рабочее.
> 
> На последнее утверждение мне возразить нЕчего. Кроме того, что ВСЕ 
> 2.6.27-std-def до 2.6.27-std-def-alt8 включительно - нерабочие. О чём я 
> неоднократно писал в ответ на анонсы с просьбой отзывов

Что-то я не припомню в рассылке... да и у нас хорошее место есть для 
уведомления мантейнера о багах в ядре - это bugzilla.

> 
>> А если это была попытка немотивированного наезда,
> 
> Это не был наезд. Это была констатация факта.

Факты должны быть опубликованы.

> 
>> то считайте, что вы 
>> получили предупреждение о несоответствии, а в случае рецидива
>> предупреждение превращается модерирование.
> 
> Понятно. Мне очень жаль, что указание на недостатки воспринимается 
> как "немотивированный наезд" только потому, что у Вас всё работает :(

А где можно ознакомиться со списком недостатков ? А то у меня оно 
работает (при чём очень неплохо, на ноутбуке и медиа-центре), а я не 
знаю - может быть что-то там не так ?

Знаю об одной неприятной проблеме с ralink, но она повсеместная и пока 
ни кем не исправлена.

Re: [devel] Administrativia

[Sergey N. Yatskevich]

В Чтв, 08/01/2009 в 01:26 +0300, Dmitry V. Levin пишет:
> On Wed, Jan 07, 2009 at 11:54:28PM +0200, Led wrote:
> > On Wednesday, 07 January 2009 23:47:19 Michael Shigorin wrote:
> > > On Wed, Jan 07, 2009 at 03:28:49PM +0200, Led wrote:
> > > > > С новом udev не поддерживаются ядра 2.6.22 и ниже,
> > > >
> > > > Ничего цензурного в голову не приходит. Поэтому просто - СПАСИБО!
> > >
> > > Да уж, можно было посмотреть на kernel-image-* в сизифе.
> > >
> > > А ты led-tc часом не собирался перетащить на .25+?
> > 
> > Вопрос не в led-tc. А в том, что рабочего std-* >= 2.6.25 в Сизифе уже давно 
> > нет.
> 
> Проверьте актуальность зеркала Сизифа, которым вы пользуетесь -- у меня
> 2.6.27-std-def-alt8 вполне рабочее.
За последние полгода (!!!) мне второй (!!!) раз удалось загрузить ядро
из серии std-def (2.6.27-std-def-alt8 с последним udev). При этом
работать невозможно, процессор занят на полную - 100%. В top:

Tasks: 266 total,   4 running, 261 sleeping,   0 stopped,   1 zombie
CPU: 29.3%us, 70.1%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.6%hi,  0.0%si,
0.0%st
Mem:   2072204K total,  1294628K used,   777576K free,    41476K buffers
Swap:   506008K total,        0K used,   506008K free,   463272K cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+
COMMAND            
   53 root      15  -5     0    0    0 S 34.6  0.0   5:32.92
kacpi_notify       
21387 root      20   0  162M  22M 8376 S  9.3  1.1   0:34.77
Xorg               
   52 root      15  -5     0    0    0 R  8.0  0.0   1:19.22
kacpid             
 2594 root      16  -4  4468 2956  404 R  3.8  0.1   0:31.76
udevd              
18966 haldaemo  20   0  6652 4656 3716 R  3.8  0.2   0:25.18
hald               
19212 haldaemo  20   0  2992  964  836 S  3.8  0.0   0:19.30
hald-addon-acpi    
18913 root      20   0  1728  580  488 S  1.3  0.0   0:09.40
acpid              
 4460 snc       20   0  2196 1128  788 R  0.6  0.1   0:01.06
top                
31128 snc       27   7 71552  22M  12M S  0.6  1.1   0:00.76
beagled            
    1 root      20   0  1732  552  492 S  0.0  0.0   0:00.78
init               
    2 root      15  -5     0    0    0 S  0.0  0.0   0:00.00
kthreadd           
    3 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00
migration/0        
    4 root      15  -5     0    0    0 S  0.0  0.0   0:00.02
ksoftirqd/0        
    5 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00
watchdog/0         
    6 root      15  -5     0    0    0 S  0.0  0.0   0:00.10
events/0           
    7 root      15  -5     0    0    0 S  0.0  0.0   0:00.00
khelper            
   48 root      15  -5     0    0    0 S  0.0  0.0   0:00.00
kintegrityd/0      

Так что про полностью рабочее ядро не надо. При этом wks ядра
у меня работают стабильно хорошо. Не было ни одной проблемы
(за исключением переезда с hda на sda).

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] Administrativia

[Mikhail Gusarov]

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


Twas brillig at 22:28:54 08.01.2009 UTC+03 when syatskevich@mail.ru did gyre and gimble:

 SNY> За последние полгода (!!!) мне второй (!!!) раз удалось загрузить
 SNY> ядро из серии std-def (2.6.27-std-def-alt8 с последним udev).

Баги висят? Нет багов - нет проблемы.

-- 

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

Re: [devel] Administrativia

[Sergey N. Yatskevich]

В Птн, 09/01/2009 в 01:30 +0600, Mikhail Gusarov пишет:
> Twas brillig at 22:28:54 08.01.2009 UTC+03 when syatskevich@mail.ru did gyre and gimble:
> 
>  SNY> За последние полгода (!!!) мне второй (!!!) раз удалось загрузить
>  SNY> ядро из серии std-def (2.6.27-std-def-alt8 с последним udev).
> 
> Баги висят? Нет багов - нет проблемы.
https://bugzilla.altlinux.org/show_bug.cgi?id=16336

Ошибка закрыта с комментарием "Думаю новый udev на новом ядре работает."

Кроме того, не раз велись обсуждения в рассылке. И что? В общем я понял
так, пока я сам не разберусь хрен кто будет что-то делать. В ALT'ах, я
так понял, соответствие чьим-то представлениям "о правильности" важнее,
чем работоспособность. Я бы и сейчас не встрял, просто ldv задел за
больное место :-(.

P.S. кстати, после попытки перезагрузиться std-def ядро начало опять
     зависать. У меня появились кое-какие соображения почему так может
     получаться. Если подтвердятся - отпишусь.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] Administrativia

[Mikhail Gusarov]

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


Twas brillig at 22:53:11 08.01.2009 UTC+03 when syatskevich@mail.ru did gyre and gimble:

 SNY> Ошибка закрыта с комментарием "Думаю новый udev на новом ядре
 SNY> работает."

Не работает - делай reopen. Как маленькие, честное слово.

-- 

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

Re: [devel] Administrativia

[Mikhail Gusarov]

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


Twas brillig at 22:53:11 08.01.2009 UTC+03 when syatskevich@mail.ru did gyre and gimble:

 SNY> Ошибка закрыта с комментарием "Думаю новый udev на новом ядре
 SNY> работает."

А также я вижу комментарий N3: "Работает ли на текущем Сизифе?". Ответа
на него от *вас* получено за 2 месяца не было, так что баг закрыт
правомерно.

-- 

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

Re: [devel] Ad+mi+ni+stra+ti+via

[Sergey N. Yatskevich]

В Птн, 09/01/2009 в 01:57 +0600, Mikhail Gusarov пишет:
> Twas brillig at 22:53:11 08.01.2009 UTC+03 when syatskevich@mail.ru did gyre and gimble:
> 
>  SNY> Ошибка закрыта с комментарием "Думаю новый udev на новом ядре
>  SNY> работает."
> 
> А также я вижу комментарий N3: "Работает ли на текущем Сизифе?". Ответа
> на него от *вас* получено за 2 месяца не было, так что баг закрыт
> правомерно.
А то, что до этого на баг не было реакции со стороны разработчиков 2
месяца - этого *вы* предпочли "не заметить" :-). Как маленький, честное
слово.

Собственно из-за такого отношения я и переехал на wks. Просто надоело
бодаться с проблемой в одиночку когда рядом лежит то, что просто
работает.

P.S. моя идея о причине проблем с ядром не сработала :-(. Но хотя бы
     одну закономерность я обнаружил: если удалить modules.dep*, то один
     раз можно загрузиться (правда работать невозможно - kacpi_notify
     весь проц жрёт). При перезагрузке - ядро виснет на Populating /dev.

P.P.S. после удаления modules.dep* загрузка kernel-image-std-def
       занимает 20 минут. Вот такое развлечение :-).

P.P.P.S. спасибо за ещё одно развлечение - менять тему :-).

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] Ad+mi+ni+stra+ti+via

[Mikhail Gusarov]

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


Twas brillig at 23:32:17 08.01.2009 UTC+03 when syatskevich@mail.ru did gyre and gimble:

 SNY> А то, что до этого на баг не было реакции со стороны разработчиков
 SNY> 2 месяца - этого *вы* предпочли "не заметить" :-). Как маленький,
 SNY> честное слово.

Заметил. Но это не имеет ни малейшего значения. Если вы хоть чуть-чуть
подумаете - поймёте, почему. Hint: состяние NEEDINFO.

-- 

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

Re: [devel] Ad+mi+ni+stra+ti+via

[Sergey N. Yatskevich]

В Птн, 09/01/2009 в 02:34 +0600, Mikhail Gusarov пишет:
> Twas brillig at 23:32:17 08.01.2009 UTC+03 when syatskevich@mail.ru did gyre and gimble:
> 
>  SNY> А то, что до этого на баг не было реакции со стороны разработчиков
>  SNY> 2 месяца - этого *вы* предпочли "не заметить" :-). Как маленький,
>  SNY> честное слово.
> 
> Заметил. Но это не имеет ни малейшего значения. Если вы хоть чуть-чуть
> подумаете - поймёте, почему. Hint: состяние NEEDINFO.
Господин Гусаров, Вам не надоело придумывать отмазки? Мне надоело на
них отвечать. Можете и дальше продолжать считать своё ядро рабочим,
я Вам больше мешать не буду.

P.S. https://bugzilla.altlinux.org/page.cgi?id=fields.html#status
     И хде здесь NEEDINFO?

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] Ad+mi+ni+stra+ti+via

[Mikhail Gusarov]

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


Twas brillig at 23:48:50 08.01.2009 UTC+03 when syatskevich@mail.ru did gyre and gimble:

 >> Заметил. Но это не имеет ни малейшего значения. Если вы хоть
 >> чуть-чуть подумаете - поймёте, почему. Hint: состяние NEEDINFO.

 SNY> Господин Гусаров, Вам не надоело придумывать отмазки? Мне надоело
 SNY> на них отвечать.

Вы считаете, что это отмазки? Очень жаль. Ладно, придётся разжевать за
вас, хоть мне и не хочется этого делать (ведь все себя здесь умными
считают, да? :) : если мейнтейнер не отвечает 2 месяца на баг, то это
прискорбно, но не смертельно (в конце концов ответит и починит). Если же
заводящий баг не отвечает 2 месяца на вопросы о баге, то это смертельно,
ибо *только у него* есть информация о том, как воспроизвести проблему,
железо для воспроизведения и т.д, что критично в таком железозависимом
пакете, как ядро. Раз вы не ответили на вопрос и не переоткрыли баг
после его закрытия, то, увы, мейнтейнер *ничего* больше сделать не
может.

 SNY> Можете и дальше продолжать считать своё ядро рабочим, я Вам больше
 SNY> мешать не буду.

Это не моё ядро.

 SNY> P.S. https://bugzilla.altlinux.org/page.cgi?id=fields.html#status
 SNY> И хде здесь NEEDINFO?

Я просил подумать головой. У вас это не получилось, увы. Пришлось жевать
за вас. В следующий раз не буду. :)

-- 

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

Re: [devel] Ad+mi+ni+stra+ti+via

[Sergey N. Yatskevich]

В Птн, 09/01/2009 в 02:56 +0600, Mikhail Gusarov пишет:
> Вы считаете, что это отмазки? Очень жаль. Ладно, придётся разжевать за
> вас, хоть мне и не хочется этого делать (ведь все себя здесь умными
> считают, да? :) : если мейнтейнер не отвечает 2 месяца на баг, то это
> прискорбно, но не смертельно (в конце концов ответит и починит). Если же
> заводящий баг не отвечает 2 месяца на вопросы о баге, то это смертельно,
> ибо *только у него* есть информация о том, как воспроизвести проблему,
> железо для воспроизведения и т.д, что критично в таком железозависимом
> пакете, как ядро. Раз вы не ответили на вопрос и не переоткрыли баг
> после его закрытия, то, увы, мейнтейнер *ничего* больше сделать не
> может.
Вай, какой Вы умный, это что-то. А должен ли я быть телепатом, чтобы
понять, что проблемой занимаются, а главное - чего не хватает для её
решения? Я же даже не знаю, видел майнтейнер багу или нет. Или видел, но
просто забил на неё.

Ну и наконец я могу ради хорошего дела и подъехать куда скажут, чтобы
продемонстрировать что именно не работает, только мне надо знать, что
это хоть кому-то интересно и куда подъехать.

>  SNY> Можете и дальше продолжать считать своё ядро рабочим, я Вам больше
>  SNY> мешать не буду.
> Это не моё ядро.
Угу, Вам просто "за державу обидно". Ну я так и понял. То то Вы
неутешительные для меня результаты моих экспериментов предпочитаете не
замечать. Вам интересны, так сказать, стратегические размышления,
достойные задачи для Вашего могучего интеллекта.

>  SNY> P.S. https://bugzilla.altlinux.org/page.cgi?id=fields.html#status
>  SNY> И хде здесь NEEDINFO?
> Я просил подумать головой. У вас это не получилось, увы. Пришлось жевать
> за вас. В следующий раз не буду. :)
Спасибо тебе "господи", за такое внимание ко мне, сирому и убогому. Я
глубоко сожалею, что оторвал тебя от твоих размышлений о нашем всеобщем
благе. Ещё раз большое спасибо за твои снисходительные разъяснения моей
глубокой неправоты. Ничего, что я на "ты"? С господом, вроде, всегда на
"ты" разговаривают.

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

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] Ad+mi+ni+stra+ti+via

[Mikhail Gusarov]

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


Twas brillig at 00:59:10 09.01.2009 UTC+03 when syatskevich@mail.ru did gyre and gimble:

 SNY> Вай, какой Вы умный, это что-то. А должен ли я быть телепатом,
 SNY> чтобы понять, что проблемой занимаются, а главное - чего не
 SNY> хватает для её решения? Я же даже не знаю, видел майнтейнер багу
 SNY> или нет. Или видел, но просто забил на неё.

Если бы сейчас шло время между заведением баги и последней реакцией
silicium на неё - с удовольствием бы согласился, и направлял нападки в
другую сторону. Но ведь silicium в конце концов ответил и спросил
дальнейшей информации? Так? Или это я его два последних комментария
прямо сейчас в багзиллу вписал? ;) Дальше уже был мячик на твоей
стороне, и тут уже показывать пальцем не на кого.

 SNY> Угу, Вам просто "за державу обидно". Ну я так и понял.

В сущности, да. В этом месте silicium упрекнуть не в чем. (в том, в чём
стоит упрекнуть, ушло приватно).

 SNY> То то Вы неутешительные для меня результаты моих экспериментов
 SNY> предпочитаете не замечать. Вам интересны, так сказать,
 SNY> стратегические размышления, достойные задачи для Вашего могучего
 SNY> интеллекта.

Последний вопрос звучал так: "работает ли на последнем ядре из Сизифа?"
В ноябре. Выяснилось, что не работает - сейчас, да и то в форме "у вас
мейнтейнеры мух не ловят". Что ещё может сделать мейнтенер, у которого
нет железа для решения проблемы?

 SNY> P.S. для маинтейнера не отвечать два месяца конечно не смертельно,
 SNY> ему же эта бага не мешает :-). А для меня конечно смертельно, ведь
 SNY> багу с полным основанием закроют, чтобы глаза не мозолила.

Для разрешения баги не смертельно. Ну зачем всё переводить на личности?

-- 

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

Re: [devel] сдаюсь :-)

[Sergey N. Yatskevich]

Михаил, всё, проехали. Я признаю, что тоже не кристально
чист в данной ситуации. Фиг с ним, чего делать то будем?
В принципе если вам нужно время, чтобы разобраться, то
я могу ждать, пока wks работает. Если от меня что нужно,
я готов пробовать (в принципе я и так при выходе нового
std-def каждый пробую с надеждой, а вдруг исправилось).
Просто углубляться в детали работы ядра и udev у меня
нет никакой возможности. Если вам нужно посмотреть самим
я могу подъехать (в Москве), только через недельку, у меня
сейчас срочная работа.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] сдаюсь :-)

[Alexey I. Froloff]

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

* Sergey N. Yatskevich <syatskevich@> [090109 15:07]:
> Если от меня что нужно, я готов пробовать (в принципе я и так
> при выходе нового std-def каждый пробую с надеждой, а вдруг
> исправилось).
Совершенно дураццкая идея - а если попробовать обновить биос на
материнке и/или сказать ядру acpi=off ?  Там ничего
паранормального типа USB CardReader'а не воткнуто?  (Правда у
меня это просто тупо висло сразу после inird)

-- 
Regards,
Sir Raorn.

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

Re: [devel] сдаюсь :-)

[Michail Yakushin]

Sergey N. Yatskevich wrote:
> Михаил, всё, проехали. Я признаю, что тоже не кристально
> чист в данной ситуации. Фиг с ним, чего делать то будем?
> В принципе если вам нужно время, чтобы разобраться, то
> я могу ждать, пока wks работает. Если от меня что нужно,
> я готов пробовать (в принципе я и так при выходе нового
> std-def каждый пробую с надеждой, а вдруг исправилось).
> Просто углубляться в детали работы ядра и udev у меня
> нет никакой возможности. Если вам нужно посмотреть самим
> я могу подъехать (в Москве), только через недельку, у меня
> сейчас срочная работа.
>
Стоит попробовать как будет возможность. За одно shrek@ показать.
Номер баги напомните, ато я её найти не могу.

Re: [devel] проблемы с ядром std-def

[Anton Farygin]

Sergey N. Yatskevich пишет:
> В Птн, 09/01/2009 в 01:57 +0600, Mikhail Gusarov пишет:
>> Twas brillig at 22:53:11 08.01.2009 UTC+03 when syatskevich@mail.ru did gyre and gimble:
>>
>>  SNY> Ошибка закрыта с комментарием "Думаю новый udev на новом ядре
>>  SNY> работает."
>>
>> А также я вижу комментарий N3: "Работает ли на текущем Сизифе?". Ответа
>> на него от *вас* получено за 2 месяца не было, так что баг закрыт
>> правомерно.
> А то, что до этого на баг не было реакции со стороны разработчиков 2
> месяца - этого *вы* предпочли "не заметить" :-). Как маленький, честное
> слово.
> 
> Собственно из-за такого отношения я и переехал на wks. Просто надоело
> бодаться с проблемой в одиночку когда рядом лежит то, что просто
> работает.
> 
> P.S. моя идея о причине проблем с ядром не сработала :-(. Но хотя бы
>      одну закономерность я обнаружил: если удалить modules.dep*, то один
>      раз можно загрузиться (правда работать невозможно - kacpi_notify
>      весь проц жрёт). При перезагрузке - ядро виснет на Populating /dev.

Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться без 
udev, и посмотреть что именно гадит (запуском udev с отладкой и 
отслеживанием загружаемых модулей).

Потом повесить более подробный баг..

Re: [devel] проблемы с ядром std-def

[Led]

On Thursday, 08 January 2009 23:15:01 Anton Farygin wrote:
> Sergey N. Yatskevich пишет:
> > В Птн, 09/01/2009 в 01:57 +0600, Mikhail Gusarov пишет:
> >> Twas brillig at 22:53:11 08.01.2009 UTC+03 when syatskevich@mail.ru did
> >> gyre and gimble:
> >>
> >>  SNY> Ошибка закрыта с комментарием "Думаю новый udev на новом ядре
> >>  SNY> работает."
> >>
> >> А также я вижу комментарий N3: "Работает ли на текущем Сизифе?". Ответа
> >> на него от *вас* получено за 2 месяца не было, так что баг закрыт
> >> правомерно.
> >
> > А то, что до этого на баг не было реакции со стороны разработчиков 2
> > месяца - этого *вы* предпочли "не заметить" :-). Как маленький, честное
> > слово.
> >
> > Собственно из-за такого отношения я и переехал на wks. Просто надоело
> > бодаться с проблемой в одиночку когда рядом лежит то, что просто
> > работает.
> >
> > P.S. моя идея о причине проблем с ядром не сработала :-(. Но хотя бы
> >      одну закономерность я обнаружил: если удалить modules.dep*, то один
> >      раз можно загрузиться (правда работать невозможно - kacpi_notify
> >      весь проц жрёт). При перезагрузке - ядро виснет на Populating /dev.
>
> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться без
> udev, и посмотреть что именно гадит

А это уже стало возможно?

> (запуском udev с отладкой и 
> отслеживанием загружаемых модулей).
>
> Потом повесить более подробный баг..

Я бы рекомендовал:
chkconfig haldaemon off
(и больше никогда его не включать).
Не уверен на 100% что именно это решит проблемы (или часть из них), но 
подозрение такое есть.

-- 
Led

Re: [devel] проблемы с ядром std-def

[Mikhail Gusarov]

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


Twas brillig at 23:38:05 08.01.2009 UTC+02 when ledest@gmail.com did gyre and gimble:

 >> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться без
 >> udev, и посмотреть что именно гадит
 L> А это уже стало возможно?

Без udevd.

init=/bin/bash и дальше ручками пройтись по инитскриптам.

-- 

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

Re: [devel] проблемы с ядром std-def

[Led]

On Thursday, 08 January 2009 23:39:15 Mikhail Gusarov wrote:
> Twas brillig at 23:38:05 08.01.2009 UTC+02 when ledest@gmail.com did gyre 
and gimble:
>  >> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться без
>  >> udev, и посмотреть что именно гадит
>
>  L> А это уже стало возможно?
>
> Без udevd.
>
> init=/bin/bash и дальше ручками пройтись по инитскриптам.

А, в этом смысле... а я-то подумал, что вдруг заработала штатная 
задеклалрированная возможность указывать noudev в параметрах ядра...

-- 
Led

Re: [devel] проблемы с ядром std-def

[Anton Farygin]

Led пишет:
> On Thursday, 08 January 2009 23:39:15 Mikhail Gusarov wrote:
>> Twas brillig at 23:38:05 08.01.2009 UTC+02 when ledest@gmail.com did gyre 
> and gimble:
>>  >> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться без
>>  >> udev, и посмотреть что именно гадит
>>
>>  L> А это уже стало возможно?
>>
>> Без udevd.
>>
>> init=/bin/bash и дальше ручками пройтись по инитскриптам.
> 
> А, в этом смысле... а я-то подумал, что вдруг заработала штатная 
> задеклалрированная возможность указывать noudev в параметрах ядра...

А что, она сломана ? Я вроде как не так давно (пару месяцев назад) ей 
пользовался для поиска и дальнейшего внесения в blacklist какого-то 
ACPI'ного модуля

Re: [devel] проблемы с ядром std-def

[Led]

On Friday, 09 January 2009 21:39:27 Anton Farygin wrote:
> Led пишет:
> > On Thursday, 08 January 2009 23:39:15 Mikhail Gusarov wrote:
> >> Twas brillig at 23:38:05 08.01.2009 UTC+02 when ledest@gmail.com did
> >> gyre
> >
> > and gimble:
> >>  >> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться
> >>  >> без udev, и посмотреть что именно гадит
> >>
> >>  L> А это уже стало возможно?
> >>
> >> Без udevd.
> >>
> >> init=/bin/bash и дальше ручками пройтись по инитскриптам.
> >
> > А, в этом смысле... а я-то подумал, что вдруг заработала штатная
> > задеклалрированная возможность указывать noudev в параметрах ядра...
>
> А что, она сломана ? Я вроде как не так давно (пару месяцев назад) ей
> пользовался для поиска и дальнейшего внесения в blacklist какого-то
> ACPI'ного модуля

Если так - хорошо. Когда год-полтора назад пытался это сделать для ltsp (для 
возможности запуска на тонких клиентах с <32М RAM) - косяков оказалось 
столько, что пришлось отказаться от этой затеи и решить это иначе.


-- 
Led

Re: [devel] проблемы с ядром std-def

[Michael Shigorin]

On Thu, Jan 08, 2009 at 11:38:05PM +0200, Led wrote:
> > Какой-то из модулей гадит. Всё что нужно сделать - это
> > загрузиться без udev, и посмотреть что именно гадит
> А это уже стало возможно?

Да, если сперва service udevd stop/umount и поставить
dev-minimal (и, вероятно, dev).  По крайней мере осенью
вроде проверял.

> Я бы рекомендовал: chkconfig haldaemon off

Он же к модулям без отношения?

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

Re: [devel] проблемы с ядром std-def

[Led]

On Thursday, 08 January 2009 23:41:30 Michael Shigorin wrote:
> On Thu, Jan 08, 2009 at 11:38:05PM +0200, Led wrote:
> > > Какой-то из модулей гадит. Всё что нужно сделать - это
> > > загрузиться без udev, и посмотреть что именно гадит
> >
> > А это уже стало возможно?
>
> Да, если сперва service udevd stop/umount и поставить
> dev-minimal (и, вероятно, dev).  По крайней мере осенью
> вроде проверял.
>
> > Я бы рекомендовал: chkconfig haldaemon off
>
> Он же к модулям без отношения?

к std-def-2.6.27 - может и "без отношения". А на других ядрах периодически 
нарывался, что крэшится с "заваливанием" ядерных модулей. Я не думаю, что 
хоть кто-то может гарантированно сказать, что это уродство (hal) к чему-то 
может быть "без отношения".

-- 
Led

Re: [devel] проблемы с ядром std-def

[Michail Yakushin]

Led wrote:
> On Thursday, 08 January 2009 23:15:01 Anton Farygin wrote:
>> Sergey N. Yatskevich пишет:
>>> В Птн, 09/01/2009 в 01:57 +0600, Mikhail Gusarov пишет:
>>>> Twas brillig at 22:53:11 08.01.2009 UTC+03 when syatskevich@mail.ru did
>>>> gyre and gimble:
>>>>
>>>>  SNY> Ошибка закрыта с комментарием "Думаю новый udev на новом ядре
>>>>  SNY> работает."
>>>>
>>>> А также я вижу комментарий N3: "Работает ли на текущем Сизифе?". Ответа
>>>> на него от *вас* получено за 2 месяца не было, так что баг закрыт
>>>> правомерно.
>>> А то, что до этого на баг не было реакции со стороны разработчиков 2
>>> месяца - этого *вы* предпочли "не заметить" :-). Как маленький, честное
>>> слово.
>>>
>>> Собственно из-за такого отношения я и переехал на wks. Просто надоело
>>> бодаться с проблемой в одиночку когда рядом лежит то, что просто
>>> работает.
>>>
>>> P.S. моя идея о причине проблем с ядром не сработала :-(. Но хотя бы
>>>      одну закономерность я обнаружил: если удалить modules.dep*, то один
>>>      раз можно загрузиться (правда работать невозможно - kacpi_notify
>>>      весь проц жрёт). При перезагрузке - ядро виснет на Populating /dev.
>> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться без
>> udev, и посмотреть что именно гадит
> 
> А это уже стало возможно?
опция noudev существует, другое дело что модули надо загружать
руками.Вообще про эту проблему я в курсе, но мне так в руки и не
попадало ни одной железяки где оно воспроизводиться.

Re: [devel] проблемы с ядром std-def

[Led]

On Thursday, 08 January 2009 23:41:52 Michail Yakushin wrote:
> Led wrote:
> > On Thursday, 08 January 2009 23:15:01 Anton Farygin wrote:
> >> Sergey N. Yatskevich пишет:
> >>> В Птн, 09/01/2009 в 01:57 +0600, Mikhail Gusarov пишет:
> >>>> Twas brillig at 22:53:11 08.01.2009 UTC+03 when syatskevich@mail.ru
> >>>> did gyre and gimble:
> >>>>
> >>>>  SNY> Ошибка закрыта с комментарием "Думаю новый udev на новом ядре
> >>>>  SNY> работает."
> >>>>
> >>>> А также я вижу комментарий N3: "Работает ли на текущем Сизифе?".
> >>>> Ответа на него от *вас* получено за 2 месяца не было, так что баг
> >>>> закрыт правомерно.
> >>>
> >>> А то, что до этого на баг не было реакции со стороны разработчиков 2
> >>> месяца - этого *вы* предпочли "не заметить" :-). Как маленький, честное
> >>> слово.
> >>>
> >>> Собственно из-за такого отношения я и переехал на wks. Просто надоело
> >>> бодаться с проблемой в одиночку когда рядом лежит то, что просто
> >>> работает.
> >>>
> >>> P.S. моя идея о причине проблем с ядром не сработала :-(. Но хотя бы
> >>>      одну закономерность я обнаружил: если удалить modules.dep*, то
> >>> один раз можно загрузиться (правда работать невозможно - kacpi_notify
> >>> весь проц жрёт). При перезагрузке - ядро виснет на Populating /dev.
> >>
> >> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться без
> >> udev, и посмотреть что именно гадит
> >
> > А это уже стало возможно?
>
> опция noudev существует,

Я в курсе. Если она наконец-то работает так как задумано - то это искренне 
радует.

> другое дело что модули надо загружать 
> руками.Вообще про эту проблему я в курсе, но мне так в руки и не
> попадало ни одной железяки где оно воспроизводиться.

-- 
Led

Re: [devel] проблемы с ядром std-def

[Michail Yakushin]

Led wrote:
>>> А это уже стало возможно?
>> опция noudev существует,
> 
> Я в курсе. Если она наконец-то работает так как задумано - то это искренне 
> радует.
Должна работать. :) Если не работает см пункт 1, всмысле можно вешать багу.

Re: [devel] проблемы с ядром std-def

[Sergey N. Yatskevich]

В Птн, 09/01/2009 в 00:15 +0300, Anton Farygin пишет:
> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться без 
> udev, и посмотреть что именно гадит (запуском udev с отладкой и 
> отслеживанием загружаемых модулей).
А можно хотя бы коротенько, как это сделать. Я так понимаю надо в строке
загрузки ядра что-то прописать, затем подредактировать udevd.conf (ну
это мне раньше объяснили), а затем как-то запустить вручную udevd. Ну Вы
же, как я понял, умные немеряно. Может подсказать мне что делать будет
проще, чем препираться? Кстати, почему этого нельзя сделать в той же
багзилле? Ради такого дела я и баг переоткрою, и снисходительный тон
переживу :-). Результат бы был.

> Потом повесить более подробный баг..
Как только выясню, так сразу.

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>

Re: [devel] проблемы с ядром std-def

[Anton Farygin]

Sergey N. Yatskevich пишет:
> В Птн, 09/01/2009 в 00:15 +0300, Anton Farygin пишет:
>> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться без 
>> udev, и посмотреть что именно гадит (запуском udev с отладкой и 
>> отслеживанием загружаемых модулей).
> А можно хотя бы коротенько, как это сделать. Я так понимаю надо в строке
> загрузки ядра что-то прописать, затем подредактировать udevd.conf (ну
> это мне раньше объяснили), а затем как-то запустить вручную udevd. Ну Вы
> же, как я понял, умные немеряно. Может подсказать мне что делать будет
> проще, чем препираться? Кстати, почему этого нельзя сделать в той же
> багзилле? Ради такого дела я и баг переоткрою, и снисходительный тон
> переживу :-). Результат бы был.

noudev параметром ядру.

Заодно лучше в single runlevel.

Т.е. - в загрузчике добавить noudev s в качестве параметров ядру.

До этого:

в /etc/udev/udev.conf:
udev_log="debug"

После загрузки с noudev и в single runlevel:
udevd --daemon
echo "" >/proc/sys/kernel/hotplug
udevadm trigger
udevadm settle

И вообще, udevadm --help - там есть что взглянуть.

да, в процессе загрузки модулей - смотреть в логи. _непрерывно_.

Я делал так - запускал эту хрень и tail -f /var/log/messages

> 
>> Потом повесить более подробный баг..
> Как только выясню, так сразу.
> 

надеюсь, небольшая инструкция - поможет.

Вообще, было бы неплохо мантейнеру ядра или udev сделать такой вот 
небольшой скрипт запускабельным из /etc/init.d/udev-final по параметру 
ядру (udevdebug, например) - с целью вылавливать баги при старте системы.

Re: [devel] проблемы с ядром std-def

[Michail Yakushin]

Anton Farygin wrote:
> Sergey N. Yatskevich пишет:
>> В Птн, 09/01/2009 в 00:15 +0300, Anton Farygin пишет:
>>> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться
>>> без udev, и посмотреть что именно гадит (запуском udev с отладкой и
>>> отслеживанием загружаемых модулей).
>> А можно хотя бы коротенько, как это сделать. Я так понимаю надо в строке
>> загрузки ядра что-то прописать, затем подредактировать udevd.conf (ну
>> это мне раньше объяснили), а затем как-то запустить вручную udevd. Ну Вы
>> же, как я понял, умные немеряно. Может подсказать мне что делать будет
>> проще, чем препираться? Кстати, почему этого нельзя сделать в той же
>> багзилле? Ради такого дела я и баг переоткрою, и снисходительный тон
>> переживу :-). Результат бы был.
> 
> noudev параметром ядру.
> 
> Заодно лучше в single runlevel.
> 
> Т.е. - в загрузчике добавить noudev s в качестве параметров ядру.
> 
> До этого:
> 
> в /etc/udev/udev.conf:
> udev_log="debug"
> 
> После загрузки с noudev и в single runlevel:
> udevd --daemon
> echo "" >/proc/sys/kernel/hotplug
> udevadm trigger
> udevadm settle
> 
> И вообще, udevadm --help - там есть что взглянуть.
> 
> да, в процессе загрузки модулей - смотреть в логи. _непрерывно_.
> 
> Я делал так - запускал эту хрень и tail -f /var/log/messages
> 
>>
>>> Потом повесить более подробный баг..
>> Как только выясню, так сразу.
>>
> 
> надеюсь, небольшая инструкция - поможет.
> 
> Вообще, было бы неплохо мантейнеру ядра или udev сделать такой вот
> небольшой скрипт запускабельным из /etc/init.d/udev-final по параметру
> ядру (udevdebug, например) - с целью вылавливать баги при старте системы.
Антон, если не трудно закинь на wiki, мне самому эта инструкция иногда
нужна.

Re: [devel] проблемы с ядром std-def

[Anton Farygin]

Michail Yakushin пишет:
> Anton Farygin wrote:
>> Sergey N. Yatskevich пишет:
>>> В Птн, 09/01/2009 в 00:15 +0300, Anton Farygin пишет:
>>>> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться
>>>> без udev, и посмотреть что именно гадит (запуском udev с отладкой и
>>>> отслеживанием загружаемых модулей).
>>> А можно хотя бы коротенько, как это сделать. Я так понимаю надо в строке
>>> загрузки ядра что-то прописать, затем подредактировать udevd.conf (ну
>>> это мне раньше объяснили), а затем как-то запустить вручную udevd. Ну Вы
>>> же, как я понял, умные немеряно. Может подсказать мне что делать будет
>>> проще, чем препираться? Кстати, почему этого нельзя сделать в той же
>>> багзилле? Ради такого дела я и баг переоткрою, и снисходительный тон
>>> переживу :-). Результат бы был.
>> noudev параметром ядру.
>>
>> Заодно лучше в single runlevel.
>>
>> Т.е. - в загрузчике добавить noudev s в качестве параметров ядру.
>>
>> До этого:
>>
>> в /etc/udev/udev.conf:
>> udev_log="debug"
>>
>> После загрузки с noudev и в single runlevel:
>> udevd --daemon
>> echo "" >/proc/sys/kernel/hotplug
>> udevadm trigger
>> udevadm settle
>>
>> И вообще, udevadm --help - там есть что взглянуть.
>>
>> да, в процессе загрузки модулей - смотреть в логи. _непрерывно_.
>>
>> Я делал так - запускал эту хрень и tail -f /var/log/messages
>>
>>>> Потом повесить более подробный баг..
>>> Как только выясню, так сразу.
>>>
>> надеюсь, небольшая инструкция - поможет.
>>
>> Вообще, было бы неплохо мантейнеру ядра или udev сделать такой вот
>> небольшой скрипт запускабельным из /etc/init.d/udev-final по параметру
>> ядру (udevdebug, например) - с целью вылавливать баги при старте системы.
> Антон, если не трудно закинь на wiki, мне самому эта инструкция иногда
> нужна.

Ты её проверь для начала.. я давно уже не пробовал так делать (месяца 
два), да и нужно проверить на другой конфигурации - мой ноутбук - это 
нестандартное место для таких экспериментов ;) У меня ещё пакет dev, по 
моему, установлен.

Re: [devel] Please change subject

[Alexey Gladkov]

Господа!

Очень прошу сменить subj в этом треде с Administrativia на что-нибудь
конкретное.

-- 
Rgrds, legion