Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Alexey Shabalin]

> List of files which have been downloaded from the "armor" incoming:
>
> kernel-image-std-def-2.6.24-alt1.src.rpm
> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm

Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?

-- 
Alexey Shabalin

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Alexey Shabalin пишет:
>> List of files which have been downloaded from the "armor" incoming:
>>
>> kernel-image-std-def-2.6.24-alt1.src.rpm
>> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
>> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
> 
> Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
> 

Не спешите, Миша чуть поторопился. Это ядро - практически ванильное, 
приложено только совсем чуть чуть патчей, для того, что бы klogd работал.

Ждём нормального ядра.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Valery V. Inozemtsev]

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

В сообщении от 31 января 2008 Anton Farygin написал(a):
> Alexey Shabalin пишет:
> >> List of files which have been downloaded from the "armor" incoming:
> >>
> >> kernel-image-std-def-2.6.24-alt1.src.rpm
> >> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
> >> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
> >
> > Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
>
> Не спешите, Миша чуть поторопился. Это ядро - практически ванильное,
> приложено только совсем чуть чуть патчей, для того, что бы klogd работал.

скорее это такой конструктор (для тех в этом знает толк), что бы помочь Мише

>
> Ждём нормального ядра.

вот с именем не совсем понятно. зачем def? std это вроде как standart. 
обозвать сразу -std, -pae и т.д.

-- 
Valery V. Inozemtsev

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Valery V. Inozemtsev пишет:
> В сообщении от 31 января 2008 Anton Farygin написал(a):
>> Alexey Shabalin пишет:
>>>> List of files which have been downloaded from the "armor" incoming:
>>>>
>>>> kernel-image-std-def-2.6.24-alt1.src.rpm
>>>> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
>>>> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
>>> Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
>> Не спешите, Миша чуть поторопился. Это ядро - практически ванильное,
>> приложено только совсем чуть чуть патчей, для того, что бы klogd работал.
> 
> скорее это такой конструктор (для тех в этом знает толк), что бы помочь Мише

Похоже на то.. надеюсь что он готов принимать помощь от коллег.

Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
бранчи из его git я бы посоветовал взять (но не все, далеко не все)..

> 
>> Ждём нормального ядра.
> 
> вот с именем не совсем понятно. зачем def? std это вроде как standart. 
> обозвать сразу -std, -pae и т.д.


Так оно до std не дотягивает. Это так, пробный камешек.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Valery V. Inozemtsev]

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

В сообщении от 31 января 2008 Anton Farygin написал(a):
> Valery V. Inozemtsev пишет:
> > В сообщении от 31 января 2008 Anton Farygin написал(a):
> >> Alexey Shabalin пишет:
> >>>> List of files which have been downloaded from the "armor" incoming:
> >>>>
> >>>> kernel-image-std-def-2.6.24-alt1.src.rpm
> >>>> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
> >>>> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
> >>>
> >>> Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
> >>
> >> Не спешите, Миша чуть поторопился. Это ядро - практически ванильное,
> >> приложено только совсем чуть чуть патчей, для того, что бы klogd
> >> работал.
> >
> > скорее это такой конструктор (для тех в этом знает толк), что бы помочь
> > Мише
>
> Похоже на то.. надеюсь что он готов принимать помощь от коллег.

пака не отказывается

>
> Например у того-же Костика есть много наработок по 2.6.24, и некоторые
> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..

ключевое слово здесь "далеко"

>
> >> Ждём нормального ядра.
> >
> > вот с именем не совсем понятно. зачем def? std это вроде как standart.
> > обозвать сразу -std, -pae и т.д.
>
> Так оно до std не дотягивает. Это так, пробный камешек.

кто то же должен был начать. сначала тяжело, потом втягиваешься :)
я вот щас конфиг для netfilter подправлю и уже жить можно будет.
а с именами все же предлагаю определиться. мое предложение такое:
kernel-image-std
kernel-image-pae
kernel-image-ovz
и т.д.
я вот подумываю о kernel-image-toi (TuxOnIce)

-- 
Valery V. Inozemtsev

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Mikhail Gusarov]

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

Twas brillig at 21:37:49 31.01.2008 UTC+03 when Valery V. Inozemtsev did gyre and gimble:

 VVI> я вот подумываю о kernel-image-toi (TuxOnIce)

-full? Чтобы не расшифровывать каждый раз каждому новому вопрошающему.

-- 
JID: dottedmag@jabber.dottedmag.net

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

Re: [devel] kernel naming policy

[Dmitry V. Levin]

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

On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
[...]
> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
> я вот щас конфиг для netfilter подправлю и уже жить можно будет.
> а с именами все же предлагаю определиться. мое предложение такое:
> kernel-image-std
> kernel-image-pae
> kernel-image-ovz
> и т.д.
> я вот подумываю о kernel-image-toi (TuxOnIce)

Я предлагаю сохранить прежнюю схему "ароматизации" ядер
base_flavour-sub_flavour с тем, чтобы
- base_flavour отражал суть приложенного патчсета, а
- sub_flavour отражал его конфигурацию.


-- 
ldv

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

Re: [devel] kernel naming policy

[Михаил Якушин]

Dmitry V. Levin wrote:
> On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
> [...]
>> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
>> я вот щас конфиг для netfilter подправлю и уже жить можно будет.
>> а с именами все же предлагаю определиться. мое предложение такое:
>> kernel-image-std
>> kernel-image-pae
>> kernel-image-ovz
>> и т.д.
>> я вот подумываю о kernel-image-toi (TuxOnIce)
> 
> Я предлагаю сохранить прежнюю схему "ароматизации" ядер
> base_flavour-sub_flavour с тем, чтобы
> - base_flavour отражал суть приложенного патчсета, а
> - sub_flavour отражал его конфигурацию.
Собственно идея правильная. Но хотелось бы чтобы конфигруация отражала 
назначение.
то есть например
svr для серверов
nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
всякого разного железа, которое бывает на desktopах)
и так далее

Re: [devel] kernel naming policy

[Stanislav Ievlev]

On Thu, Jan 31, 2008 at 10:40:59PM +0300, Михаил Якушин wrote:
> Dmitry V. Levin wrote:
> > On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
> > [...]
> >> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
> >> я вот щас конфиг для netfilter подправлю и уже жить можно будет.
> >> а с именами все же предлагаю определиться. мое предложение такое:
> >> kernel-image-std
> >> kernel-image-pae
> >> kernel-image-ovz
> >> и т.д.
> >> я вот подумываю о kernel-image-toi (TuxOnIce)
> > 
> > Я предлагаю сохранить прежнюю схему "ароматизации" ядер
> > base_flavour-sub_flavour с тем, чтобы
> > - base_flavour отражал суть приложенного патчсета, а
> > - sub_flavour отражал его конфигурацию.
> Собственно идея правильная. Но хотелось бы чтобы конфигруация отражала 
> назначение.
> то есть например
> svr для серверов
> nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
> dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
> всякого разного железа, которое бывает на desktopах)
> и так далее
Только не увлекайтесь, а то потом придётся в инсталляторе делать
автоопределение: nbk, dsk и srv ;)
... Да и пользователи запутаются.

Re: [devel] kernel naming policy

[Anton Farygin]

Stanislav Ievlev пишет:
> On Thu, Jan 31, 2008 at 10:40:59PM +0300, Михаил Якушин wrote:
>> Dmitry V. Levin wrote:
>>> On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
>>> [...]
>>>> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
>>>> я вот щас конфиг для netfilter подправлю и уже жить можно будет.
>>>> а с именами все же предлагаю определиться. мое предложение такое:
>>>> kernel-image-std
>>>> kernel-image-pae
>>>> kernel-image-ovz
>>>> и т.д.
>>>> я вот подумываю о kernel-image-toi (TuxOnIce)
>>> Я предлагаю сохранить прежнюю схему "ароматизации" ядер
>>> base_flavour-sub_flavour с тем, чтобы
>>> - base_flavour отражал суть приложенного патчсета, а
>>> - sub_flavour отражал его конфигурацию.
>> Собственно идея правильная. Но хотелось бы чтобы конфигруация отражала 
>> назначение.
>> то есть например
>> svr для серверов
>> nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
>> dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
>> всякого разного железа, которое бывает на desktopах)
>> и так далее
> Только не увлекайтесь, а то потом придётся в инсталляторе делать
> автоопределение: nbk, dsk и srv ;)
> ... Да и пользователи запутаются.

IMHO std-smp вполне достаточно. у меня переодически поднимается рука 
сделать std-mce, Но понимая, что всё это можно без особого ущерба 
реализовать в std-smp... в общем не нужно этого всего, много чего можно 
сделать в одном ядре.

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

Re: [devel] kernel naming policy

[Andrii Dobrovol`s`kii]

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

Anton Farygin пишет:
> Stanislav Ievlev пишет:
>> On Thu, Jan 31, 2008 at 10:40:59PM +0300, Михаил Якушин wrote:
>>> Dmitry V. Levin wrote:
>>>> On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
>>>> [...]
>>>>> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
>>>>> я вот щас конфиг для netfilter подправлю и уже жить можно будет.
>>>>> а с именами все же предлагаю определиться. мое предложение такое:
>>>>> kernel-image-std
>>>>> kernel-image-pae
>>>>> kernel-image-ovz
>>>>> и т.д.
>>>>> я вот подумываю о kernel-image-toi (TuxOnIce)
>>>> Я предлагаю сохранить прежнюю схему "ароматизации" ядер
>>>> base_flavour-sub_flavour с тем, чтобы
>>>> - base_flavour отражал суть приложенного патчсета, а
>>>> - sub_flavour отражал его конфигурацию.
>>> Собственно идея правильная. Но хотелось бы чтобы конфигруация отражала 
>>> назначение.
>>> то есть например
>>> svr для серверов
>>> nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
>>> dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
>>> всякого разного железа, которое бывает на desktopах)
>>> и так далее
>> Только не увлекайтесь, а то потом придётся в инсталляторе делать
>> автоопределение: nbk, dsk и srv ;)
>> ... Да и пользователи запутаются.
> 
> IMHO std-smp вполне достаточно. у меня переодически поднимается рука 
> сделать std-mce, Но понимая, что всё это можно без особого ущерба 
> реализовать в std-smp... в общем не нужно этого всего, много чего можно 
> сделать в одном ядре.
> 
> Не вижу в ноутбуках ничего особенного, что бы делать для них отличное от 
> десктопного ядро.
> 
+1
Нет никакого желания ловить баги десятка ядер только потому что у
тебя есть сервера, десктопы и ноутбуки. На десктопах тоже очень
удобно иметь засыпание и на диск и в память. Иногда это очень
здорово и на серверах...
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


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

Re: [devel] kernel naming policy

[Ivan Fedorov]

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

Andrii Dobrovol`s`kii пишет:
>> Не вижу в ноутбуках ничего особенного, что бы делать для них отличное от 
>> десктопного ядро.
>>
> +1
> Нет никакого желания ловить баги десятка ядер только потому что у
> тебя есть сервера, десктопы и ноутбуки. На десктопах тоже очень
> удобно иметь засыпание и на диск и в память. Иногда это очень
> здорово и на серверах...
Да-да... а то я помню, как мы таскали включенный сервак вместе с UPS и
wifi-точкой. :)


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [devel] kernel naming policy

[Алексей Шенцев]

В сообщении от Friday 01 February 2008 15:25:55 Ivan Fedorov написал(а):
> > Нет никакого желания ловить баги десятка ядер только потому что у
> > тебя есть сервера, десктопы и ноутбуки. На десктопах тоже очень
> > удобно иметь засыпание и на диск и в память. Иногда это очень
> > здорово и на серверах...
> Да-да... а то я помню, как мы таскали включенный сервак вместе с UPS и
> wifi-точкой. :)
Приколы нашего городка ... :)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] kernel naming policy

[Михаил Якушин]

Andrii Dobrovol`s`kii wrote:
> Anton Farygin пишет:
>> Stanislav Ievlev пишет:
>>> On Thu, Jan 31, 2008 at 10:40:59PM +0300, Михаил Якушин wrote:
>>>> Dmitry V. Levin wrote:
>>>>> On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
>>>>> [...]
>>>>>> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
>>>>>> я вот щас конфиг для netfilter подправлю и уже жить можно будет.
>>>>>> а с именами все же предлагаю определиться. мое предложение такое:
>>>>>> kernel-image-std
>>>>>> kernel-image-pae
>>>>>> kernel-image-ovz
>>>>>> и т.д.
>>>>>> я вот подумываю о kernel-image-toi (TuxOnIce)
>>>>> Я предлагаю сохранить прежнюю схему "ароматизации" ядер
>>>>> base_flavour-sub_flavour с тем, чтобы
>>>>> - base_flavour отражал суть приложенного патчсета, а
>>>>> - sub_flavour отражал его конфигурацию.
>>>> Собственно идея правильная. Но хотелось бы чтобы конфигруация отражала 
>>>> назначение.
>>>> то есть например
>>>> svr для серверов
>>>> nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
>>>> dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
>>>> всякого разного железа, которое бывает на desktopах)
>>>> и так далее
>>> Только не увлекайтесь, а то потом придётся в инсталляторе делать
>>> автоопределение: nbk, dsk и srv ;)
>>> ... Да и пользователи запутаются.
>> IMHO std-smp вполне достаточно. у меня переодически поднимается рука 
>> сделать std-mce, Но понимая, что всё это можно без особого ущерба 
>> реализовать в std-smp... в общем не нужно этого всего, много чего можно 
>> сделать в одном ядре.
>>
>> Не вижу в ноутбуках ничего особенного, что бы делать для них отличное от 
>> десктопного ядро.
>>
> +1
> Нет никакого желания ловить баги десятка ядер только потому что у
> тебя есть сервера, десктопы и ноутбуки. На десктопах тоже очень
> удобно иметь засыпание и на диск и в память. Иногда это очень
> здорово и на серверах...
> 
А вы уверены, что hibernate не вызовет регрешенна на серверном железе? я 
нет.

Re: [devel] kernel naming policy

[Anton Farygin]

Михаил Якушин пишет:
> Andrii Dobrovol`s`kii wrote:
>> Anton Farygin пишет:
>>> Stanislav Ievlev пишет:
>>>> On Thu, Jan 31, 2008 at 10:40:59PM +0300, Михаил Якушин wrote:
>>>>> Dmitry V. Levin wrote:
>>>>>> On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
>>>>>> [...]
>>>>>>> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
>>>>>>> я вот щас конфиг для netfilter подправлю и уже жить можно будет.
>>>>>>> а с именами все же предлагаю определиться. мое предложение такое:
>>>>>>> kernel-image-std
>>>>>>> kernel-image-pae
>>>>>>> kernel-image-ovz
>>>>>>> и т.д.
>>>>>>> я вот подумываю о kernel-image-toi (TuxOnIce)
>>>>>> Я предлагаю сохранить прежнюю схему "ароматизации" ядер
>>>>>> base_flavour-sub_flavour с тем, чтобы
>>>>>> - base_flavour отражал суть приложенного патчсета, а
>>>>>> - sub_flavour отражал его конфигурацию.
>>>>> Собственно идея правильная. Но хотелось бы чтобы конфигруация отражала 
>>>>> назначение.
>>>>> то есть например
>>>>> svr для серверов
>>>>> nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
>>>>> dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
>>>>> всякого разного железа, которое бывает на desktopах)
>>>>> и так далее
>>>> Только не увлекайтесь, а то потом придётся в инсталляторе делать
>>>> автоопределение: nbk, dsk и srv ;)
>>>> ... Да и пользователи запутаются.
>>> IMHO std-smp вполне достаточно. у меня переодически поднимается рука 
>>> сделать std-mce, Но понимая, что всё это можно без особого ущерба 
>>> реализовать в std-smp... в общем не нужно этого всего, много чего можно 
>>> сделать в одном ядре.
>>>
>>> Не вижу в ноутбуках ничего особенного, что бы делать для них отличное от 
>>> десктопного ядро.
>>>
>> +1
>> Нет никакого желания ловить баги десятка ядер только потому что у
>> тебя есть сервера, десктопы и ноутбуки. На десктопах тоже очень
>> удобно иметь засыпание и на диск и в память. Иногда это очень
>> здорово и на серверах...
>>
> А вы уверены, что hibernate не вызовет регрешенна на серверном железе? я 
> нет.

Если использовать стандартный ядерный suspend2disk, то уверены.. он был 
в SMP, никаких проблем с ним нет. ну а если какой-то сервер не уснул.. 
что ж.. надо фиксить.

Re: [devel] kernel naming policy

[Valery V. Inozemtsev]

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

> > А вы уверены, что hibernate не вызовет регрешенна на серверном железе? я
> > нет.
>
> Если использовать стандартный ядерный suspend2disk, то уверены.. он был
> в SMP, никаких проблем с ним нет.

не путай людей. в ядре swsusp, suspend2 это совсем другая история

> ну а если какой-то сервер не уснул.. 
> что ж.. надо фиксить.


-- 
Valery V. Inozemtsev

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

Re: [devel] kernel naming policy

[Anton Farygin]

Valery V. Inozemtsev пишет:
>>> А вы уверены, что hibernate не вызовет регрешенна на серверном железе? я
>>> нет.
>> Если использовать стандартный ядерный suspend2disk, то уверены.. он был
>> в SMP, никаких проблем с ним нет.
> 
> не путай людей. в ядре swsusp, suspend2 это совсем другая история

suspend_to_disk

Re: [devel] kernel naming policy

[Valery V. Inozemtsev]

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

В сообщении от 1 февраля 2008 Михаил Якушин написал(a):
> Andrii Dobrovol`s`kii wrote:
> > Anton Farygin пишет:
> >> Stanislav Ievlev пишет:
> >>> On Thu, Jan 31, 2008 at 10:40:59PM +0300, Михаил Якушин wrote:
> >>>> Dmitry V. Levin wrote:
> >>>>> On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
> >>>>> [...]
> >>>>>
> >>>>>> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
> >>>>>> я вот щас конфиг для netfilter подправлю и уже жить можно будет.
> >>>>>> а с именами все же предлагаю определиться. мое предложение такое:
> >>>>>> kernel-image-std
> >>>>>> kernel-image-pae
> >>>>>> kernel-image-ovz
> >>>>>> и т.д.
> >>>>>> я вот подумываю о kernel-image-toi (TuxOnIce)
> >>>>>
> >>>>> Я предлагаю сохранить прежнюю схему "ароматизации" ядер
> >>>>> base_flavour-sub_flavour с тем, чтобы
> >>>>> - base_flavour отражал суть приложенного патчсета, а
> >>>>> - sub_flavour отражал его конфигурацию.
> >>>>
> >>>> Собственно идея правильная. Но хотелось бы чтобы конфигруация отражала
> >>>> назначение.
> >>>> то есть например
> >>>> svr для серверов
> >>>> nbk - для ноутов(то есть с сниженным энергопотреблением, и
> >>>> sleep\hibernate) dsk - для настольных компьютеров(тоесть lowlatency и
> >>>> с поддержкой всякого разного железа, которое бывает на desktopах)
> >>>> и так далее
> >>>
> >>> Только не увлекайтесь, а то потом придётся в инсталляторе делать
> >>> автоопределение: nbk, dsk и srv ;)
> >>> ... Да и пользователи запутаются.
> >>
> >> IMHO std-smp вполне достаточно. у меня переодически поднимается рука
> >> сделать std-mce, Но понимая, что всё это можно без особого ущерба
> >> реализовать в std-smp... в общем не нужно этого всего, много чего можно
> >> сделать в одном ядре.
> >>
> >> Не вижу в ноутбуках ничего особенного, что бы делать для них отличное от
> >> десктопного ядро.
> >
> > +1
> > Нет никакого желания ловить баги десятка ядер только потому что у
> > тебя есть сервера, десктопы и ноутбуки. На десктопах тоже очень
> > удобно иметь засыпание и на диск и в память. Иногда это очень
> > здорово и на серверах...
>
> А вы уверены, что hibernate не вызовет регрешенна на серверном железе? я
> нет.

если ты про suspend2/TuxOnIce то оно может быть выключено по умолчанию, кому 
надо включит
# echo 1 > /sys/power/suspend2/replace_swsusp

-- 
Valery V. Inozemtsev

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

Re: [devel] kernel naming policy

[Alexey I. Froloff]

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

* Михаил Якушин <silicium@> [080201 16:01]:
> А вы уверены, что hibernate не вызовет регрешенна на серверном железе? я 
> нет.
А у меня и на ноуте с Tux-o-Nice проблемы были.

-- 
Regards,
Sir Raorn.

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

Re: [devel] kernel naming policy

[Valery V. Inozemtsev]

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

В сообщении от 1 февраля 2008 Alexey I. Froloff написал(a):
> * Михаил Якушин <silicium@> [080201 16:01]:
> > А вы уверены, что hibernate не вызовет регрешенна на серверном железе? я
> > нет.
>
> А у меня и на ноуте с Tux-o-Nice проблемы были.

отключи TuxOnIce и пользуй swsusp

-- 
Valery V. Inozemtsev

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

Re: [devel] kernel naming policy

[Michael Shigorin]

On Thu, Jan 31, 2008 at 10:40:59PM +0300, Михаил Якушин wrote:
> > Я предлагаю сохранить прежнюю схему "ароматизации" ядер
> > base_flavour-sub_flavour с тем, чтобы
> > - base_flavour отражал суть приложенного патчсета, а
> > - sub_flavour отражал его конфигурацию.
> Собственно идея правильная. Но хотелось бы чтобы конфигруация
> отражала назначение.
> то есть например
> svr для серверов

Мне кажется, что ovz/xen тут достаточно.

> nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
> dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
> всякого разного железа, которое бывает на desktopах)

Такая ли там большая разница?

> и так далее

Не стоит плодить ядра бездумно.  Стоит при всякой возможности
стараться сделать максимально ортогональный их набор.  По тем
выборам, которые _надо_ сделать на этапе конфигурирования ядра
и которые относятся к "меняем то на это".

Например, PAE или дефолтный io scheduler.

Я это говорю как человек, который попросил в настоятельной форме
таки залить led-ltc (с патчами от дедлоков при сетевом свопе)
в сизиф.

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

Re: [devel] kernel naming policy

[Михаил Якушин]

Michael Shigorin wrote:
> On Thu, Jan 31, 2008 at 10:40:59PM +0300, Михаил Якушин wrote:
>>> Я предлагаю сохранить прежнюю схему "ароматизации" ядер
>>> base_flavour-sub_flavour с тем, чтобы
>>> - base_flavour отражал суть приложенного патчсета, а
>>> - sub_flavour отражал его конфигурацию.
>> Собственно идея правильная. Но хотелось бы чтобы конфигруация
>> отражала назначение.
>> то есть например
>> svr для серверов
> 
> Мне кажется, что ovz/xen тут достаточно.
> 
>> nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
>> dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
>> всякого разного железа, которое бывает на desktopах)
> 
> Такая ли там большая разница?
> 
насколько я понял, оно получается либо быстро, либо потребляет меньше 
энергии. Это актуально в разных условиях.
>> и так далее
> 
> Не стоит плодить ядра бездумно.  Стоит при всякой возможности
> стараться сделать максимально ортогональный их набор.  По тем
> выборам, которые _надо_ сделать на этапе конфигурирования ядра
> и которые относятся к "меняем то на это".
> 
разумный вариант. Поучиться сделать меньше, сделаю меньше,  но могут 
возникнуть противоречия.
> Например, PAE или дефолтный io scheduler.
> 
> Я это говорю как человек, который попросил в настоятельной форме
> таки залить led-ltc (с патчами от дедлоков при сетевом свопе)
> в сизиф.
> 

Re: [devel] kernel naming policy

[Michael Shigorin]

On Fri, Feb 01, 2008 at 03:53:51PM +0300, Михаил Якушин wrote:
> >> nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
> >> dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
> >> всякого разного железа, которое бывает на desktopах)
> > Такая ли там большая разница?
> насколько я понял, оно получается либо быстро, либо потребляет
> меньше энергии. Это актуально в разных условиях.

Насколько я понял, сейчас все дружно ломанулись на CONFIG_NO_HZ 
и для серверов... но мог чего-то не заметить.

> >> и так далее
> > Не стоит плодить ядра бездумно.  Стоит при всякой возможности
> > стараться сделать максимально ортогональный их набор.  По тем
> > выборам, которые _надо_ сделать на этапе конфигурирования
> > ядра и которые относятся к "меняем то на это".
> разумный вариант. Поучиться сделать меньше, сделаю меньше,  но
> могут возникнуть противоречия.

Собсно, это требует построения дерева выборов.

См. тж. http://www.freesource.info/wiki/TZ/AltLinux/WhiteLabel?v=gj9#h8233-4
-- с дистрибутивами та же проблема.

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

Re: [devel] kernel naming policy

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

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

On Fri, Feb 01, 2008 at 02:43:20PM +0200, Michael Shigorin wrote:

>> Собственно идея правильная. Но хотелось бы чтобы конфигруация
>> отражала назначение.
>> то есть например
>> svr для серверов
MS> Мне кажется, что ovz/xen тут достаточно.

Собственно сервер это понятие столь растяжимое, что flavour svr не имеет
смысла.

Для моих серверов вообще wks лучше всего подходит.

>> nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
>> dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
>> всякого разного железа, которое бывает на desktopах)
MS> Такая ли там большая разница?

С учетом NO_HZ уже никакой, IMHO.

Я бы еще понял разделение dsk/wks (workstation). Второе может
подразумевать и pae, и другие настройки, подразумевающие что у нас на
десктопе стоит машинка помощнее отдельных серверов. И то, это только
теория.

На практике я вижу необходимость в:
std-(pae|smp)
ovz-(pae|smp)
wks-(pae|smp)
xen-(pae|smp)

Плюс экспериментальные сборки с отдельными фичами (вроде ll) и
персональные сборки.

MS> Например, PAE или дефолтный io scheduler.

И то, для второго, наверное, лучше удобную ручку сделать (хоть через
control).

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

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

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

Re: [devel] kernel naming policy

[Michael Shigorin]

On Fri, Feb 01, 2008 at 05:48:03PM +0300, Денис Смирнов wrote:
> На практике я вижу необходимость в:
> std-(pae|smp)
> ovz-(pae|smp)
> wks-(pae|smp)
> xen-(pae|smp)

Из них я лично (как типа-манагер) не вижу необходимости 
в крайних случаях, пока не доказано обратное -- как-то
ovz-pae@i586 (привет старым xeon с 4+G).

> MS> Например, PAE или дефолтный io scheduler.
> И то, для второго, наверное, лучше удобную ручку сделать (хоть
> через control).

Кстати, да.

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

Re: [devel] kernel naming policy

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

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

On Mon, Feb 04, 2008 at 01:22:44PM +0200, Michael Shigorin wrote:

>> На практике я вижу необходимость в:
>> std-(pae|smp)
>> ovz-(pae|smp)
>> wks-(pae|smp)
>> xen-(pae|smp)
MS> Из них я лично (как типа-манагер) не вижу необходимости 
MS> в крайних случаях, пока не доказано обратное -- как-то
MS> ovz-pae@i586 (привет старым xeon с 4+G).

Я уже плакался, что хочу ovz-pae. Потому что на моей рабочей машине > 4G.
И они мне там нужны. И ovz нужен. А так как это десктоп, то x86_64 мне там
нужен как собаке пятый хвост.

Вот поставил себе, вынужденно, x86_64:
 - flash'а нетути (gnash работает отвратительно -- выжирая всю оперативку
   себе)
 - для клиент-банка пришлось делать VE, а в x86 VE не работает iptables на
   x86_64 (это вообще лечится?)
 - если иксы падают реже чем один раз в день, я счастлив, хорошо хоть
   самое ценное все у меня в screen

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

Я понимаю, почему нужен ovz-smp (без pae). Но необходимсоти в ovz-pae это
не отменяет. А подход "10% пользователей это не нужно, поэтому остальные
90% пущай идут ставить x86_64" неправильный. Правильный -- "10% идет
ставить ovz-smp, 90% идет ставить ovz-pae, выбор между двумя в менюшке при
установке с разумным умолчанием".

if cat /proc/cpuinfo | grep ^flags | grep -q pae; then
	echo "Ура! У нас есть PAE!"
else
	echo "Будем мучаться без PAE :-("
fi

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

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

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

Re: [devel] kernel naming policy

[Slava Dubrovskiy]

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

Денис Смирнов пишет:
> On Mon, Feb 04, 2008 at 01:22:44PM +0200, Michael Shigorin wrote:
>
>   
>>> На практике я вижу необходимость в:
>>> std-(pae|smp)
>>> ovz-(pae|smp)
>>> wks-(pae|smp)
>>> xen-(pae|smp)
>>>       
> MS> Из них я лично (как типа-манагер) не вижу необходимости 
> MS> в крайних случаях, пока не доказано обратное -- как-то
> MS> ovz-pae@i586 (привет старым xeon с 4+G).
>
> Я уже плакался, что хочу ovz-pae. Потому что на моей рабочей машине > 4G.
>   
Кажется что-то вы путаете. У нас же ovz с pae:
# uname -r
2.6.18-ovz-smp-alt21

# cat /proc/cpuinfo | grep pae
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8legacy ts fid vid
ttp tm stc [6]

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] kernel naming policy

[Andrey Rahmatullin]

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

On Tue, Feb 05, 2008 at 12:53:15PM +0200, Slava Dubrovskiy wrote:
> Кажется что-то вы путаете. У нас же ovz с pae:
> # cat /proc/cpuinfo | grep pae
> flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
Процессор у вас с PAE, это видно. А где видно про ядро?


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

Sisyphus после изменения libtiff и openldap стал бинарно
несовместим с ALM2.4 в существенной части.
		-- mike in sisyphus@

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

Re: [devel] kernel naming policy

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

On Tue, Feb 05, 2008 at 12:53:15PM +0200, Slava Dubrovskiy wrote:

SD> Кажется что-то вы путаете. У нас же ovz с pae:

Я как обладатель машины с 4G RAM ответственно заявляю -- нету нихрена pae
в нашем ovz :-P

SD> # cat /proc/cpuinfo | grep pae
SD> flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
SD> cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
SD> lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8legacy ts fid vid
SD> ttp tm stc [6]

А это означает только то, что ядро с pae на этой машине будет работать :)

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

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

Re: [devel] kernel naming policy

[Slava Dubrovskiy]

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

Денис Смирнов пишет:
> SD> Кажется что-то вы путаете. У нас же ovz с pae:
>
> Я как обладатель машины с 4G RAM ответственно заявляю -- нету нихрена pae
> в нашем ovz :-P
>
> SD> # cat /proc/cpuinfo | grep pae
> SD> flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca
> SD> cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
> SD> lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8legacy ts fid vid
> SD> ttp tm stc [6]
>
> А это означает только то, что ядро с pae на этой машине будет работать :)
>   
Понял. Спасибо за ликбез.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] kernel naming policy

[Damir Shayhutdinov]

> Вот поставил себе, вынужденно, x86_64:
>  - flash'а нетути (gnash работает отвратительно -- выжирая всю оперативку
>    себе)
Попробуйте swfdec

>  - для клиент-банка пришлось делать VE, а в x86 VE не работает iptables на
>    x86_64 (это вообще лечится?)
А на x86 в VE работает?

>  - если иксы падают реже чем один раз в день, я счастлив, хорошо хоть
>    самое ценное все у меня в screen
У меня иксы не падают неделями, и я их перезагружаю только чтобы ядро
сменить или новую версию драйвера radeonhd поставить.

> Уж извините, винда на десктопе мне нафиг не нужна. А такая стабильность
> работы -- это винда, называется.
Прошу не называть хорошую систему плохим словом. Серьезно работаю с
x86_64 больше двух лет. С флешем конечно проблемы есть, но в последнее
время с ним все лучше и лучше. По крайней мере Youtube смотрится на
ура. И, к сожалению, доставучая флешовая реклама тоже теперь работает.

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

Re: [devel] kernel naming policy

[Veaceslav Grecea]

On Вторник 05 февраля 2008, Damir Shayhutdinov wrote:
> Из остального печалит только отсутствие wine и как следствие,
> невозможность запуска виндовых игрушек.
Кстати, а в 32-битном контейнере wine заработает ?

-- 
wbr, slavutich

Re: [devel] kernel naming policy

[Damir Shayhutdinov]

> > Из остального печалит только отсутствие wine и как следствие,
> > невозможность запуска виндовых игрушек.
> Кстати, а в 32-битном контейнере wine заработает ?
Не знаю как насчет контейнера, но в чруте частично работает.

Re: [devel] kernel naming policy

[Ildar Mulyukov]

On 05.02.2008 17:04:05, Damir Shayhutdinov wrote:
> Из остального печалит только отсутствие wine и как следствие,  
> невозможность запуска виндовых игрушек.

Не расстраивайтесь, на radeonhd из виндовых игрушек нормально "бегать"  
будет только пасьянс. А для пасьянсов можно поставить gnome-games.
-- 
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] kernel naming policy

[Damir Shayhutdinov]

> > Из остального печалит только отсутствие wine и как следствие,
> > невозможность запуска виндовых игрушек.
>
> Не расстраивайтесь, на radeonhd из виндовых игрушек нормально "бегать"
> будет только пасьянс. А для пасьянсов можно поставить gnome-games.
В новом драйвере появилась поддержка EXA/XAA вроде (судя по changelog).

А так, ради Counter-Strike или Space Rangers можно и ненавистный fglrx
загрузить. Space Rangers вообще двухмерная (во второй части есть
трехмерные мини-игры, но их можно отключать).

Re: [devel] kernel naming policy

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

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

On Wed, Feb 06, 2008 at 07:41:19PM +0300, Damir Shayhutdinov wrote:

DS> А так, ради Counter-Strike или Space Rangers можно и ненавистный fglrx
DS> загрузить. Space Rangers вообще двухмерная (во второй части есть
DS> трехмерные мини-игры, но их можно отключать).

У меня даже первые не запустились в wine почему-то :( При том что Warcraft
III пошел без проблем.

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

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

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

Re: [devel] kernel naming policy

[Led]

В сообщении от Thursday 07 February 2008 18:20:35 Денис Смирнов написал(а):
> On Wed, Feb 06, 2008 at 07:41:19PM +0300, Damir Shayhutdinov wrote:
>
> DS> А так, ради Counter-Strike или Space Rangers можно и ненавистный fglrx
> DS> загрузить. Space Rangers вообще двухмерная (во второй части есть
> DS> трехмерные мини-игры, но их можно отключать).
>
> У меня даже первые не запустились в wine почему-то :(

Это чё-то странное... Я их прошёл под wine ещё года 4 назад.

-- 
Led

Re: [devel] kernel naming policy

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

7 февраля 2008 Денис Смирнов написал:
> On Wed, Feb 06, 2008 at 07:41:19PM +0300, Damir Shayhutdinov wrote:
>
> DS> А так, ради Counter-Strike или Space Rangers можно и ненавистный fglrx
> DS> загрузить. Space Rangers вообще двухмерная (во второй части есть
> DS> трехмерные мини-игры, но их можно отключать).
>
> У меня даже первые не запустились в wine почему-то :( При том что Warcraft
> III пошел без проблем.
У меня Counter Strike Source прекрасно бегал под стандартным WINE@Etersoft из 
branch.


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

Re: [devel] kernel naming policy

[Ildar Mulyukov]

On 06.02.2008 22:41:19, Damir Shayhutdinov wrote:
> В новом драйвере появилась поддержка EXA/XAA вроде (судя по  
> changelog).

(radeonhd)
Вчера потратил время на подробности. Результат:

ВЛАДЕЛЬЦЕВ R6xx ПРОСЬБА НЕ БЕСПОКОИТЬСЯ.  Нас это пока не касается. :(

> А так, ради Counter-Strike или Space Rangers можно и ненавистный  
> fglrx загрузить. Space Rangers вообще двухмерная (во второй части  
> есть трехмерные мини-игры, но их можно отключать).

А у меня RS690 и под fglrx не то чтобы очень...

Ильдар
-- 
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] kernel naming policy

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

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

On Tue, Feb 05, 2008 at 02:04:05PM +0300, Damir Shayhutdinov wrote:

>> Вот поставил себе, вынужденно, x86_64:
>>  - flash'а нетути (gnash работает отвратительно -- выжирая всю оперативку
>>    себе)
DS> Попробуйте swfdec

Попробую. Плагин 

>>  - для клиент-банка пришлось делать VE, а в x86 VE не работает iptables на
>>    x86_64 (это вообще лечится?)
DS> А на x86 в VE работает?

Когда я это последний раз пробовал -- работало. Насколько я понимаю это из
тех известных проблем несовместимости 32 bit iptables с 64 bit ядром.

>>  - если иксы падают реже чем один раз в день, я счастлив, хорошо хоть
>>    самое ценное все у меня в screen
DS> У меня иксы не падают неделями, и я их перезагружаю только чтобы ядро
DS> сменить или новую версию драйвера radeonhd поставить.

Я уже на такие мелочи жизни как падения иксов стараюсь не реагировать.
Хотя не удивлюсь если падают не сами иксы, а fvwm.

>> Уж извините, винда на десктопе мне нафиг не нужна. А такая стабильность
>> работы -- это винда, называется.
DS> Прошу не называть хорошую систему плохим словом. Серьезно работаю с
DS> x86_64 больше двух лет. С флешем конечно проблемы есть, но в последнее
DS> время с ним все лучше и лучше. По крайней мере Youtube смотрится на
DS> ура. И, к сожалению, доставучая флешовая реклама тоже теперь работает.
DS> Из остального печалит только отсутствие wine и как следствие,
DS> невозможность запуска виндовых игрушек.

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

А вот на десктопе пока -- грабли.

Да, от mrxvt мне пришлось тоже отказаться. Он падает. thunderbird то
падает, то не падает.

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

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

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

Re: [devel] kernel naming policy

[Led]

В сообщении от Tuesday 05 February 2008 12:31:52 Денис Смирнов написал(а):
> On Mon, Feb 04, 2008 at 01:22:44PM +0200, Michael Shigorin wrote:
> >> На практике я вижу необходимость в:
> >> std-(pae|smp)
> >> ovz-(pae|smp)
> >> wks-(pae|smp)
> >> xen-(pae|smp)
>
> MS> Из них я лично (как типа-манагер) не вижу необходимости
> MS> в крайних случаях, пока не доказано обратное -- как-то
> MS> ovz-pae@i586 (привет старым xeon с 4+G).
>
> Я уже плакался, что хочу ovz-pae. Потому что на моей рабочей машине > 4G.
> И они мне там нужны. И ovz нужен. А так как это десктоп, то x86_64 мне там
> нужен как собаке пятый хвост.

Т.е. вам половина регистров процессора нужны "как собаке пятый хвост"? В то же 
время костыль PAE вместо нормальной работы с памятью вам очень даже нужен?:)

-- 
Led

Re: [devel] kernel naming policy

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

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

On Tue, Feb 05, 2008 at 01:12:09PM +0200, Led wrote:
>> Я уже плакался, что хочу ovz-pae. Потому что на моей рабочей машине > 4G.
>> И они мне там нужны. И ovz нужен. А так как это десктоп, то x86_64 мне там
>> нужен как собаке пятый хвост.
L> Т.е. вам половина регистров процессора нужны "как собаке пятый хвост"? В то же 
L> время костыль PAE вместо нормальной работы с памятью вам очень даже нужен?:)

До тех пор, пока существенная часть закрытого ПО пишется идиотами,
неспособными собрать свои ламерские поделки под x86_64, и пока приходится
пользоваться поделками этих самых ламеров -- именно так :(

Кроме того у нас x86_64 наикривейший. В смысле слишком generic. Opteron и
Intel x86_64 это две сильно разные платформы.

Кстати сейчас у меня на столе именно Intel, на котором преимущества от
x86_64 в основном для производителей памяти (которой тебе понадобится
больше), чем для меня.

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

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

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

Re: [devel] kernel naming policy

[Led]

Wednesday, 06 February 2008 10:16:00 Денис Смирнов написав:
> On Tue, Feb 05, 2008 at 01:12:09PM +0200, Led wrote:
> >> Я уже плакался, что хочу ovz-pae. Потому что на моей рабочей машине >
> >> 4G. И они мне там нужны. И ovz нужен. А так как это десктоп, то x86_64
> >> мне там нужен как собаке пятый хвост.
>
> L> Т.е. вам половина регистров процессора нужны "как собаке пятый хвост"? В
> то же L> время костыль PAE вместо нормальной работы с памятью вам очень
> даже нужен?:)
>
> До тех пор, пока существенная часть закрытого ПО пишется идиотами,
> неспособными собрать свои ламерские поделки под x86_64, и пока приходится
> пользоваться поделками этих самых ламеров -- именно так :(
> Кроме того у нас x86_64 наикривейший. В смысле слишком generic. Opteron и
> Intel x86_64 это две сильно разные платформы.

http://bugzilla.altlinux.org/show_bug.cgi?id=14291
?
Присоединяйтесь.

>
> Кстати сейчас у меня на столе именно Intel, на котором преимущества от
> x86_64 в основном для производителей памяти (которой тебе понадобится
> больше), чем для меня.

Памяти больше процентов на 10 (для 64-битных приложений). Оверхеда при работе 
с память 32-битных приложений нет, при использовании хотя бы 64-битного ядра 
(вместо ядра с PAE) даже в 32-битной системе.



-- 
Led

Re: [devel] kernel naming policy

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

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

On Wed, Feb 06, 2008 at 10:29:58AM +0200, Led wrote:
L> http://bugzilla.altlinux.org/show_bug.cgi?id=14291
L> ?
L> Присоединяйтесь.

done.


>> Кстати сейчас у меня на столе именно Intel, на котором преимущества от
>> x86_64 в основном для производителей памяти (которой тебе понадобится
>> больше), чем для меня.
L> Памяти больше процентов на 10 (для 64-битных приложений). Оверхеда при работе 
L> с память 32-битных приложений нет, при использовании хотя бы 64-битного ядра 
L> (вместо ядра с PAE) даже в 32-битной системе.

У нас нет 32-х битных приложений не в VE, ибо у нас нет работающего
biarch.

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

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

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

Re: [devel] kernel naming policy

[Led]

В сообщении от Wednesday 06 February 2008 12:57:30 Денис Смирнов написал(а):
> L> Памяти больше процентов на 10 (для 64-битных приложений). Оверхеда при
> работе L> с память 32-битных приложений нет, при использовании хотя бы
> 64-битного ядра L> (вместо ядра с PAE) даже в 32-битной системе.
>
> У нас нет 32-х битных приложений не в VE, ибо у нас нет работающего
> biarch.

Я имел ввиду 32-битную систему + 64-битное ядро.

-- 
Led

Re: [devel] kernel naming policy

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

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

On Wed, Feb 06, 2008 at 05:09:22PM +0200, Led wrote:
 L> В сообщении от Wednesday 06 February 2008 12:57:30 Денис Смирнов написал(а):
> L>> Памяти больше процентов на 10 (для 64-битных приложений). Оверхеда при
>> работе L> с память 32-битных приложений нет, при использовании хотя бы
>> 64-битного ядра L> (вместо ядра с PAE) даже в 32-битной системе.
>> У нас нет 32-х битных приложений не в VE, ибо у нас нет работающего
>> biarch.
L> Я имел ввиду 32-битную систему + 64-битное ядро.

Как минимум это минус iptables. Какие-то грабли у меня еще достаточно
серьезные чтобы от этой идеи отказаться всплывали.

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

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

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

Re: [devel] kernel naming policy

[Михаил Якушин]

Денис Смирнов wrote:
> On Wed, Feb 06, 2008 at 05:09:22PM +0200, Led wrote:
>  L> В сообщении от Wednesday 06 February 2008 12:57:30 Денис Смирнов написал(а):
>> L>> Памяти больше процентов на 10 (для 64-битных приложений). Оверхеда при
>>> работе L> с память 32-битных приложений нет, при использовании хотя бы
>>> 64-битного ядра L> (вместо ядра с PAE) даже в 32-битной системе.
>>> У нас нет 32-х битных приложений не в VE, ибо у нас нет работающего
>>> biarch.
> L> Я имел ввиду 32-битную систему + 64-битное ядро.
> 
> Как минимум это минус iptables. Какие-то грабли у меня еще достаточно
> серьезные чтобы от этой идеи отказаться всплывали.
> 
> 
> 
Интересно а что будет если собрать статикой 64хбитный iptables ?

Re: [devel] kernel naming policy

[Konstantin A. Lepikhov]

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

Hi Денис!

Wednesday 06, at 09:06:36 PM you wrote:

> On Wed, Feb 06, 2008 at 05:09:22PM +0200, Led wrote:
>  L> В сообщении от Wednesday 06 February 2008 12:57:30 Денис Смирнов написал(а):
> > L>> Памяти больше процентов на 10 (для 64-битных приложений). Оверхеда при
> >> работе L> с память 32-битных приложений нет, при использовании хотя бы
> >> 64-битного ядра L> (вместо ядра с PAE) даже в 32-битной системе.
> >> У нас нет 32-х битных приложений не в VE, ибо у нас нет работающего
> >> biarch.
> L> Я имел ввиду 32-битную систему + 64-битное ядро.
> 
> Как минимум это минус iptables. Какие-то грабли у меня еще достаточно
> серьезные чтобы от этой идеи отказаться всплывали.
вы какую-то фигню говорите - 32-битые iptables прекрасно работают внутри
VE на 64-битном HN.

-- 
WBR et al.

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

Re: [devel] kernel naming policy

[Михаил Якушин]

Konstantin A. Lepikhov wrote:
> Hi Денис!
> 
> Wednesday 06, at 09:06:36 PM you wrote:
> 
>> On Wed, Feb 06, 2008 at 05:09:22PM +0200, Led wrote:
>>  L> В сообщении от Wednesday 06 February 2008 12:57:30 Денис Смирнов написал(а):
>>> L>> Памяти больше процентов на 10 (для 64-битных приложений). Оверхеда при
>>>> работе L> с память 32-битных приложений нет, при использовании хотя бы
>>>> 64-битного ядра L> (вместо ядра с PAE) даже в 32-битной системе.
>>>> У нас нет 32-х битных приложений не в VE, ибо у нас нет работающего
>>>> biarch.
>> L> Я имел ввиду 32-битную систему + 64-битное ядро.
>>
>> Как минимум это минус iptables. Какие-то грабли у меня еще достаточно
>> серьезные чтобы от этой идеи отказаться всплывали.
> вы какую-то фигню говорите - 32-битые iptables прекрасно работают внутри
> VE на 64-битном HN.
Не знаю как в VZ, но в обычном режиме, при 64хбитных ядрах 32х битный 
iptables не работает.

Re: [devel] kernel naming policy

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

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

On Thu, Feb 07, 2008 at 01:09:57AM +0300, Konstantin A. Lepikhov wrote:
>> Как минимум это минус iptables. Какие-то грабли у меня еще достаточно
>> серьезные чтобы от этой идеи отказаться всплывали.
KAL> вы какую-то фигню говорите - 32-битые iptables прекрасно работают внутри
KAL> VE на 64-битном HN.

[root@ibank /]# iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
Killed

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

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

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

Re: [devel] kernel naming policy

[Михаил Якушин]

Денис Смирнов wrote:
> On Thu, Feb 07, 2008 at 01:09:57AM +0300, Konstantin A. Lepikhov wrote:
>>> Как минимум это минус iptables. Какие-то грабли у меня еще достаточно
>>> серьезные чтобы от этой идеи отказаться всплывали.
> KAL> вы какую-то фигню говорите - 32-битые iptables прекрасно работают внутри
> KAL> VE на 64-битном HN.
> 
> [root@ibank /]# iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
> Killed
У меня была другая бага но с таким-же смыслом. В результате ресёрча 
проведённого вместе в ldv выяснилось что iptables с ядром договориться 
не может, видимо формат каких-то структур не совпадает.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Михаил Якушин]

Valery V. Inozemtsev wrote:
> В сообщении от 31 января 2008 Anton Farygin написал(a):
>> Valery V. Inozemtsev пишет:
>>> В сообщении от 31 января 2008 Anton Farygin написал(a):
>>>> Alexey Shabalin пишет:
>>>>>> List of files which have been downloaded from the "armor" incoming:
>>>>>>
>>>>>> kernel-image-std-def-2.6.24-alt1.src.rpm
>>>>>> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
>>>>>> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
>>>>> Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
>>>> Не спешите, Миша чуть поторопился. Это ядро - практически ванильное,
>>>> приложено только совсем чуть чуть патчей, для того, что бы klogd
>>>> работал.
>>> скорее это такой конструктор (для тех в этом знает толк), что бы помочь
>>> Мише
>> Похоже на то.. надеюсь что он готов принимать помощь от коллег.
> 
> пака не отказывается
> 
>> Например у того-же Костика есть много наработок по 2.6.24, и некоторые
>> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
> 
> ключевое слово здесь "далеко"
> 
Я не хочу экстремизма. Пачи надо накладывать только те которые 
действительно нужны, а не все подрят. Потому что ещё вопрос лучше они 
делают или хуже.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Михаил Якушин пишет:
> Valery V. Inozemtsev wrote:
>> В сообщении от 31 января 2008 Anton Farygin написал(a):
>>> Valery V. Inozemtsev пишет:
>>>> В сообщении от 31 января 2008 Anton Farygin написал(a):
>>>>> Alexey Shabalin пишет:
>>>>>>> List of files which have been downloaded from the "armor" incoming:
>>>>>>>
>>>>>>> kernel-image-std-def-2.6.24-alt1.src.rpm
>>>>>>> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
>>>>>>> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
>>>>>> Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
>>>>> Не спешите, Миша чуть поторопился. Это ядро - практически ванильное,
>>>>> приложено только совсем чуть чуть патчей, для того, что бы klogd
>>>>> работал.
>>>> скорее это такой конструктор (для тех в этом знает толк), что бы помочь
>>>> Мише
>>> Похоже на то.. надеюсь что он готов принимать помощь от коллег.
>> пака не отказывается
>>
>>> Например у того-же Костика есть много наработок по 2.6.24, и некоторые
>>> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
>> ключевое слово здесь "далеко"
>>
> Я не хочу экстремизма. Пачи надо накладывать только те которые 
> действительно нужны, а не все подрят. Потому что ещё вопрос лучше они 
> делают или хуже.

Патч для бехолдера по определению хуже не делает.
Добавляет новые ID'шники, что бы нашим пользователям не приходилось 
крыть матом Linux, производителей железа, дистрибутивы и всех окружающих ;)

Аналогично со squashfs, unionfs и другими, не менее приятными фичами.

Unionfs надо обновить до последнего stable, скажи когда сделаешь - я 
выложу новые утилиты.

Re: [devel] kernel maintainers

[Dmitry V. Levin]

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

On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
> кто то же должен был начать. сначала тяжело, потом втягиваешься :)

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

Впрочем, по опыту последних 8 лет я могу сделать предположение о том,
что желающих собирать и потом поддерживать ядра очень много не наберётся.

Я cо своей стороны постараюсь помочь "молодым" ядерщикам.


-- 
ldv

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

Re: [devel] kernel maintainers

[Anton Farygin]

Dmitry V. Levin пишет:
> On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
>> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
> 
> Собственно говоря, ядра мало чем отличаются от других развесистых пакетов.
> Каждый желающий может попробовать свои силы собирать ядра, а я постараюсь
> проследить, чтобы пакеты этих желающих не мешали друг другу, благо правила
> упаковки ядер и модулей позволяют это сделть.
> 
> Впрочем, по опыту последних 8 лет я могу сделать предположение о том,
> что желающих собирать и потом поддерживать ядра очень много не наберётся.
> 
> Я cо своей стороны постараюсь помочь "молодым" ядерщикам.

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

Re: [devel] kernel build docs

[Dmitry V. Levin]

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

On Thu, Jan 31, 2008 at 11:13:19PM +0300, Anton Farygin wrote:
> Dmitry V. Levin пишет:
[...]
> > Я cо своей стороны постараюсь помочь "молодым" ядерщикам.
> 
> Дима, помоги молодым ядерщикам, расскажи как модули по новой схеме 
> собираются.. в это мало кто может вкурить...

А разве vsu@ это ещё не документировал?


-- 
ldv

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

Re: [devel] kernel build docs

[Mikhail Gusarov]

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

Twas brillig at 23:16:08 31.01.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:

 DVL> А разве vsu@ это ещё не документировал?

Если и документировал, то очень-очень тихо.

-- 
JID: dottedmag@jabber.dottedmag.net

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

Re: [devel] kernel build docs

[Dmitry V. Levin]

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

On Fri, Feb 01, 2008 at 02:19:53AM +0600, Mikhail Gusarov wrote:
> Twas brillig at 23:16:08 31.01.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:
> 
>  DVL> А разве vsu@ это ещё не документировал?
> 
> Если и документировал, то очень-очень тихо.

Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
не пришлёт ссылку на документацию по сборке, он не обидится? :)


-- 
ldv

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

Re: [devel] kernel build docs

[Valery V. Inozemtsev]

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

В сообщении от 31 января 2008 Dmitry V. Levin написал(a):
> On Fri, Feb 01, 2008 at 02:19:53AM +0600, Mikhail Gusarov wrote:
> > Twas brillig at 23:16:08 31.01.2008 UTC+03 when Dmitry V. Levin did gyre
> > and gimble:
> >
> >  DVL> А разве vsu@ это ещё не документировал?
> >
> > Если и документировал, то очень-очень тихо.
>
> Интересно, если у vsu@ не принимать в Сизиф

а он обещался что то выложить?

> ядра до тех пор пока он 
> не пришлёт ссылку на документацию по сборке, он не обидится? :)



-- 
Valery V. Inozemtsev

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

Re: [devel] kernel build docs

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Thursday 31, at 11:27:53 PM you wrote:

> On Fri, Feb 01, 2008 at 02:19:53AM +0600, Mikhail Gusarov wrote:
> > Twas brillig at 23:16:08 31.01.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:
> > 
> >  DVL> А разве vsu@ это ещё не документировал?
> > 
> > Если и документировал, то очень-очень тихо.
> 
> Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
> не пришлёт ссылку на документацию по сборке, он не обидится? :)
У меня есть контрпредложение - заблокировать xorg в сизифе, до тех пор,
пока аффтар не придумает схему сборки, по которой каждая кухарка сможет
собрать рабочий пакет на любое железо.

-- 
WBR et al.

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

Re: [devel] kernel build docs

[Valery V. Inozemtsev]

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

> > Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
> > не пришлёт ссылку на документацию по сборке, он не обидится? :)
>
> У меня есть контрпредложение - заблокировать xorg в сизифе, до тех пор,
> пока аффтар не придумает схему сборки, по которой каждая кухарка сможет
> собрать рабочий пакет на любое железо.

а вшивый о бане...

-- 
Valery V. Inozemtsev

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

Re: [devel] kernel build docs

[Konstantin A. Lepikhov]

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

Hi Valery!

Thursday 31, at 11:41:24 PM you wrote:

> > > Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
> > > не пришлёт ссылку на документацию по сборке, он не обидится? :)
> >
> > У меня есть контрпредложение - заблокировать xorg в сизифе, до тех пор,
> > пока аффтар не придумает схему сборки, по которой каждая кухарка сможет
> > собрать рабочий пакет на любое железо.
> 
> а вшивый о бане...
слова не мальчика, а сборщика xorg ;)

-- 
WBR et al.

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

Re: [devel] kernel build docs

[Anton Farygin]

Valery V. Inozemtsev пишет:
>>> Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
>>> не пришлёт ссылку на документацию по сборке, он не обидится? :)
>> У меня есть контрпредложение - заблокировать xorg в сизифе, до тех пор,
>> пока аффтар не придумает схему сборки, по которой каждая кухарка сможет
>> собрать рабочий пакет на любое железо.
> 
> а вшивый о бане...

Парни, это уже смешно...

Re: [devel] kernel build docs

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

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

On Thu, Jan 31, 2008 at 11:41:24PM +0300, Valery V. Inozemtsev wrote:

>>> Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
>>> не пришлёт ссылку на документацию по сборке, он не обидится? :)
>> У меня есть контрпредложение - заблокировать xorg в сизифе, до тех пор,
>> пока аффтар не придумает схему сборки, по которой каждая кухарка сможет
>> собрать рабочий пакет на любое железо.
VVI> а вшивый о бане...

Может вам обоим помочь настроить procmail для писем друг-друга? :)

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

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

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

Re: [devel] kernel build docs

[Alexey I. Froloff]

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

* Денис Смирнов <mithraen@> [080201 06:26]:
> >>> Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
> >>> не пришлёт ссылку на документацию по сборке, он не обидится? :)
> >> У меня есть контрпредложение - заблокировать xorg в сизифе, до тех пор,
> >> пока аффтар не придумает схему сборки, по которой каждая кухарка сможет
> >> собрать рабочий пакет на любое железо.
> VVI> а вшивый о бане...
> Может вам обоим помочь настроить procmail для писем друг-друга? :)
А можно настроить майлман так, чтобы они не могли писать в один
тред? ;-)

-- 
Regards,
Sir Raorn.

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

Re: [devel] kernel build docs

[Victor Forsyuk]

On Fri, Feb 01, 2008 at 12:45:34PM +0300, Alexey I. Froloff wrote:
> * Денис Смирнов <mithraen@> [080201 06:26]:
> > >>> Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
> > >>> не пришлёт ссылку на документацию по сборке, он не обидится? :)
> > >> У меня есть контрпредложение - заблокировать xorg в сизифе, до тех пор,
> > >> пока аффтар не придумает схему сборки, по которой каждая кухарка сможет
> > >> собрать рабочий пакет на любое железо.
> > VVI> а вшивый о бане...
> > Может вам обоим помочь настроить procmail для писем друг-друга? :)
> А можно настроить майлман так, чтобы они не могли писать в один
> тред? ;-)

А может отписать их сразу?

Re: [devel] kernel build docs

[Michael Shigorin]

On Fri, Feb 01, 2008 at 12:13:11PM +0200, Victor Forsyuk wrote:
> > > Может вам обоим помочь настроить procmail для писем друг-друга? :)
> > А можно настроить майлман так, чтобы они не могли писать в
> > один тред? ;-)
> А может отписать их сразу?

И меня тогда заодно, пжста.

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

[devel] [JT] kernel build docs

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

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

On Fri, Feb 01, 2008 at 12:13:11PM +0200, Victor Forsyuk wrote:

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

Может прежде чем такое предлагать ты попробуешь взять на себя все пакеты,
которые поддерживают два грамотных опытных мантейнера, которых ты
предлагаешь отписать от devel@? 

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

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

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

Re: [devel] [JT] kernel build docs

[Victor Forsyuk]

On Fri, Feb 01, 2008 at 05:42:32PM +0300, Денис Смирнов wrote:
> On Fri, Feb 01, 2008 at 12:13:11PM +0200, Victor Forsyuk wrote:
> 
> >> А можно настроить майлман так, чтобы они не могли писать в один
> >> тред? ;-)
> VF> А может отписать их сразу?
> 
> Может прежде чем такое предлагать ты попробуешь взять на себя все пакеты,
> которые поддерживают два грамотных опытных мантейнера, которых ты
> предлагаешь отписать от devel@? 

Нет, Денис. Я могу снять свой фильтр нереагирования на это непотребство и
посылать их сразу. Коротко и по точному адресу. Тогда Дима отпишет меня (и
будет прав!).

Re: [devel] [JT] kernel build docs

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

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

On Fri, Feb 01, 2008 at 05:50:24PM +0200, Victor Forsyuk wrote:

>> Может прежде чем такое предлагать ты попробуешь взять на себя все пакеты,
>> которые поддерживают два грамотных опытных мантейнера, которых ты
>> предлагаешь отписать от devel@? 
VF> Нет, Денис. Я могу снять свой фильтр нереагирования на это непотребство и
VF> посылать их сразу. Коротко и по точному адресу. Тогда Дима отпишет меня (и
VF> будет прав!).

Всем желающим помогу настроить procmail. Дешево.

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

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

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

[devel] [JT] kernel build docs

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

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

On Fri, Feb 01, 2008 at 12:45:34PM +0300, Alexey I. Froloff wrote:

>>>>> Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
>>>>> не пришлёт ссылку на документацию по сборке, он не обидится? :)
>>>> У меня есть контрпредложение - заблокировать xorg в сизифе, до тех пор,
>>>> пока аффтар не придумает схему сборки, по которой каждая кухарка сможет
>>>> собрать рабочий пакет на любое железо.
VVI>>> а вшивый о бане...
>> Может вам обоим помочь настроить procmail для писем друг-друга? :)
AIF> А можно настроить майлман так, чтобы они не могли писать в один
AIF> тред? ;-)

В один тред -- нормально. Главное чтобы не reply на письма друг-друга :)

Кстати во времена агрессивных флеймов внутри некоторых интересных мне
тредов мне часто не хватало в mutt/procmail возможности занижать score для
писем по условиям типа "если from ..., и это ответ на письмо от from ...".

В любом случае я резкий противник любых резалок на стороне mailman, за
исключением спаморезок, так что даже как шутка не катит :-P

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

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

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

[devel] [JT] sandbox

[Michael Shigorin]

On Fri, Feb 01, 2008 at 05:38:42PM +0300, Денис Смирнов wrote:
> Кстати во времена агрессивных флеймов внутри некоторых
> интересных мне тредов мне часто не хватало в mutt/procmail
> возможности занижать score для писем по условиям типа "если
> from ..., и это ответ на письмо от from ...".

Примерно так:

score "~f один ~h Message-Id:@второй" =0
score "~f второй ~h Message-Id:@один" =0

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

Re: [devel] [JT] sandbox

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

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

On Mon, Feb 04, 2008 at 01:24:43PM +0200, Michael Shigorin wrote:

>> Кстати во времена агрессивных флеймов внутри некоторых
>> интересных мне тредов мне часто не хватало в mutt/procmail
>> возможности занижать score для писем по условиям типа "если
>> from ..., и это ответ на письмо от from ...".
MS> Примерно так:
MS> score "~f один ~h Message-Id:@второй" =0
MS> score "~f второй ~h Message-Id:@один" =0

О! Спасибо.

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

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

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

Re: [devel] kernel build docs

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

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

On Thu, Jan 31, 2008 at 11:27:53PM +0300, Dmitry V. Levin wrote:

>  DVL>> А разве vsu@ это ещё не документировал?
>> Если и документировал, то очень-очень тихо.
DVL> Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
DVL> не пришлёт ссылку на документацию по сборке, он не обидится? :)

А может где-нибудь как-нибудь устроить мастер-класс по сборке ядер и
модулей?

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

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

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

Re: [devel] kernel build docs

[Pavlov Konstantin]

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

On Fri, Feb 01, 2008 at 09:45:05PM +0300, Денис Смирнов wrote:
> On Thu, Jan 31, 2008 at 11:27:53PM +0300, Dmitry V. Levin wrote:
> 
> >  DVL>> А разве vsu@ это ещё не документировал?
> >> Если и документировал, то очень-очень тихо.
> DVL> Интересно, если у vsu@ не принимать в Сизиф ядра до тех пор пока он
> DVL> не пришлёт ссылку на документацию по сборке, он не обидится? :)
> 
> А может где-нибудь как-нибудь устроить мастер-класс по сборке ядер и
> модулей?

Даёшь видеокаст!

-- 
Это в очередной раз доказывает тот факт, что административные утилиты
(типа iptables) написаны так плохо и доверяют клиенту в такой мере, что их
нельзя использовать с входными данными, не проверенными на 100%.
		-- ldv in devel@

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

Re: [devel] kernel build docs

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

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

On Fri, Feb 01, 2008 at 09:50:01PM +0300, Pavlov Konstantin wrote:

>> А может где-нибудь как-нибудь устроить мастер-класс по сборке ядер и
>> модулей?
PK> Даёшь видеокаст!

Кто будет проводить? :)

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

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

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

Re: [devel] kernel build docs

[Anton Farygin]

Денис Смирнов пишет:
> On Fri, Feb 01, 2008 at 09:50:01PM +0300, Pavlov Konstantin wrote:
> 
>>> А может где-нибудь как-нибудь устроить мастер-класс по сборке ядер и
>>> модулей?
> PK> Даёшь видеокаст!
> 
> Кто будет проводить? :)

Предлагаю попросить vsu в IRC.

Re: [devel] kernel build docs

[Anton Farygin]

Dmitry V. Levin пишет:
> On Thu, Jan 31, 2008 at 11:13:19PM +0300, Anton Farygin wrote:
>> Dmitry V. Levin пишет:
> [...]
>>> Я cо своей стороны постараюсь помочь "молодым" ядерщикам.
>> Дима, помоги молодым ядерщикам, расскажи как модули по новой схеме 
>> собираются.. в это мало кто может вкурить...
> 
> А разве vsu@ это ещё не документировал?

Я такой документации не видел, но честно - я не заглядывал в git.

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

Re: [devel] kernel maintainers

[Eugene Ostapets]

31.01.08, Anton Farygin<rider altlinux.com> написал(а):
> Dmitry V. Levin пишет:
> > Я cо своей стороны постараюсь помочь "молодым" ядерщикам.
>
> Дима, помоги молодым ядерщикам, расскажи как модули по новой схеме
> собираются.. в это мало кто может вкурить...
Вот-вот, я давно прошу...  Лень после каждого обновления ядра
пересобирать модули для ноута... Хочу "автоматизации" :)

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[led]

Thursday, 31 January 2008 20:37:49 Valery V. Inozemtsev написав:
> В сообщении от 31 января 2008 Anton Farygin написал(a):
> > Valery V. Inozemtsev пишет:
> > > В сообщении от 31 января 2008 Anton Farygin написал(a):
> > >> Alexey Shabalin пишет:
> > >>>> List of files which have been downloaded from the "armor" incoming:
> > >>>>
> > >>>> kernel-image-std-def-2.6.24-alt1.src.rpm
> > >>>> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
> > >>>> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
> > >>>
> > >>> Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
> > >>
> > >> Не спешите, Миша чуть поторопился. Это ядро - практически ванильное,
> > >> приложено только совсем чуть чуть патчей, для того, что бы klogd
> > >> работал.
> > >
> > > скорее это такой конструктор (для тех в этом знает толк), что бы помочь
> > > Мише
> >
> > Похоже на то.. надеюсь что он готов принимать помощь от коллег.
>
> пака не отказывается
>
> > Например у того-же Костика есть много наработок по 2.6.24, и некоторые
> > бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
>
> ключевое слово здесь "далеко"
>
> > >> Ждём нормального ядра.
> > >
> > > вот с именем не совсем понятно. зачем def? std это вроде как standart.
> > > обозвать сразу -std, -pae и т.д.
> >
> > Так оно до std не дотягивает. Это так, пробный камешек.
>
> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
> я вот щас конфиг для netfilter подправлю и уже жить можно будет.
> а с именами все же предлагаю определиться. мое предложение такое:
> kernel-image-std
> kernel-image-pae

А зачем pae, если это может быть фактически тем же 
kernel-image-std-*.i686.rpm?

> kernel-image-ovz
> и т.д.
> я вот подумываю о kernel-image-toi (TuxOnIce)


-- 
Led

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Michael Shigorin]

On Fri, Feb 01, 2008 at 10:14:18AM +0200, led@ wrote:
> > kernel-image-std
> > kernel-image-pae
> А зачем pae, если это может быть фактически тем же 
> kernel-image-std-*.i686.rpm?

+1

PS: выставь realname хоть в Led, задолбало адрес руками чистить =)

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Andrey Rahmatullin]

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

On Fri, Feb 01, 2008 at 10:14:18AM +0200, led@altlinux.ru wrote:
> А зачем pae, если это может быть фактически тем же 
> kernel-image-std-*.i686.rpm?
Т.е. 2 пакета с одинаковым именем, но разной архитектурой, будут содержать
ядра с разными конфигами? Я против.

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

right thing где-то посредине.
		-- gns in devel@

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Pavlov Konstantin]

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

On Sat, Feb 02, 2008 at 03:47:01PM +0500, Andrey Rahmatullin wrote:
> On Fri, Feb 01, 2008 at 10:14:18AM +0200, led@altlinux.ru wrote:
> > А зачем pae, если это может быть фактически тем же 
> > kernel-image-std-*.i686.rpm?
> Т.е. 2 пакета с одинаковым именем, но разной архитектурой, будут содержать
> ядра с разными конфигами? Я против.

Так оно же сейчас именно так и есть, разве нет?

-- 
Дело в том, что "gdk-2.0" != "gtk+-2.0".
Используя pkgconfig, надо вызывать эту программу с правильными
параметрами.  Впрочем, это касается любой программы.
		-- ldv in devel@

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Andrey Rahmatullin]

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

On Sat, Feb 02, 2008 at 01:59:21PM +0300, Pavlov Konstantin wrote:
> > > А зачем pae, если это может быть фактически тем же 
> > > kernel-image-std-*.i686.rpm?
> > Т.е. 2 пакета с одинаковым именем, но разной архитектурой, будут содержать
> > ядра с разными конфигами? Я против.
> Так оно же сейчас именно так и есть, разве нет?
Поясни.
Ядра .i686 у нас нет.

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

<thresh> кажется, азуз здох
<thresh> попробуем перепрошить
<thresh> говорит при любой попытки записи на диск кернел упс
<raorn> jfs? ;-))))
<thresh> jffs :)
<thresh> jfs кернелупсит при ресайзе
<wRAR> и я чувствую в этом какую-то закономерность! (ц)

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Pavlov Konstantin]

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

On Sat, Feb 02, 2008 at 04:04:32PM +0500, Andrey Rahmatullin wrote:
> On Sat, Feb 02, 2008 at 01:59:21PM +0300, Pavlov Konstantin wrote:
> > > > А зачем pae, если это может быть фактически тем же 
> > > > kernel-image-std-*.i686.rpm?
> > > Т.е. 2 пакета с одинаковым именем, но разной архитектурой, будут содержать
> > > ядра с разными конфигами? Я против.
> > Так оно же сейчас именно так и есть, разве нет?
> Поясни.
> Ядра .i686 у нас нет.

Ну, одинаковые std-smp архитектур i586 и x86_64 отличаются конфигами.

-- 
 * bad_max2k находится в прострации из-за похмелья и minicom'a
 * bad_max2k думает, что же страшнее похмелье или коммутатор

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Andrey Rahmatullin]

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

On Sat, Feb 02, 2008 at 02:08:01PM +0300, Pavlov Konstantin wrote:
> > Поясни.
> > Ядра .i686 у нас нет.
> Ну, одинаковые std-smp архитектур i586 и x86_64 отличаются конфигами.
Их нельзя иметь в одновременно подключенных репозиториях.

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

Чтение писем людей, которые пишут из mutt/vim или gnus/emacs, в среднем
куда быстрее, приятнее и полезнее чтения писем людей, которые пишут из
mozilla, sylpheed, kmail, outlook и webmail практически всех мастей.
		-- mike in community@

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[led]

Saturday, 02 February 2008 13:15:45 Andrey Rahmatullin написав:
> On Sat, Feb 02, 2008 at 02:08:01PM +0300, Pavlov Konstantin wrote:
> > > Поясни.
> > > Ядра .i686 у нас нет.
> >
> > Ну, одинаковые std-smp архитектур i586 и x86_64 отличаются конфигами.
>
> Их нельзя иметь в одновременно подключенных репозиториях.

У нас glibc-core  был i586 и i686.
Тем более, что std и pae у нас отличаются именно тем, чем оличаются 
архитектуры i586 и i686. А PAE в пакете i586 ИМХО вообще нонсенс...

-- 
Led

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Andrey Rahmatullin]

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

On Sat, Feb 02, 2008 at 01:35:10PM +0200, led@altlinux.ru wrote:
> У нас glibc-core  был i586 и i686.
> Тем более, что std и pae у нас отличаются именно тем, чем оличаются 
> архитектуры i586 и i686. А PAE в пакете i586 ИМХО вообще нонсенс...
Вопросу здесь лишь один: верно ли, что для архитектуры i686 ядро с PAE (и
видимо ещё чем-то) как минимум не хуже обычного ядра для i586? Это даже не
вспоминая про центрины без PAE. 

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

"Спасибо нашей АйБиЭм, за то что я сегодня ем" (с) DOC
		-- jaa in devel@

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[led]

Saturday, 02 February 2008 13:33:31 Andrey Rahmatullin написав:
> On Sat, Feb 02, 2008 at 01:35:10PM +0200, led@altlinux.ru wrote:
> > У нас glibc-core  был i586 и i686.
> > Тем более, что std и pae у нас отличаются именно тем, чем оличаются
> > архитектуры i586 и i686. А PAE в пакете i586 ИМХО вообще нонсенс...
>
> Вопросу здесь лишь один: верно ли, что для архитектуры i686 ядро с PAE (и
> видимо ещё чем-то) как минимум не хуже обычного ядра для i586? Это даже не
> вспоминая про центрины без PAE.

Вы уверены на счёт "центрины"?

http://en.wikipedia.org/wiki/Physical_Address_Extension

"PAE is provided by Intel Pentium Pro and above CPUs (including all later 
Pentium-series processors except the 400 MHz bus versions of the Pentium M), 
as well as by some compatible processors such as Athlon and later models from 
AMD."

Где здесь "центрины"?

-- 
Led

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Mikhail Gusarov]

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

Twas brillig at 13:49:37 02.02.2008 UTC+02 when led@altlinux.ru did gyre and gimble:

 l> Вы уверены на счёт "центрины"?

 l> http://en.wikipedia.org/wiki/Physical_Address_Extension

 l> "PAE is provided by Intel Pentium Pro and above CPUs (including all later 
 l> Pentium-series processors except the 400 MHz bus versions of the Pentium M), 
 l> as well as by some compatible processors such as Athlon and later models from 
 l> AMD."

 l> Где здесь "центрины"?

pentium m


-- 
JID: dottedmag@jabber.dottedmag.net

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[led]

Saturday, 02 February 2008 13:49:37 led@altlinux.ru написав:
> Saturday, 02 February 2008 13:33:31 Andrey Rahmatullin написав:
> > On Sat, Feb 02, 2008 at 01:35:10PM +0200, led@altlinux.ru wrote:
> > > У нас glibc-core  был i586 и i686.
> > > Тем более, что std и pae у нас отличаются именно тем, чем оличаются
> > > архитектуры i586 и i686. А PAE в пакете i586 ИМХО вообще нонсенс...
> >
> > Вопросу здесь лишь один: верно ли, что для архитектуры i686 ядро с PAE (и
> > видимо ещё чем-то) как минимум не хуже обычного ядра для i586? Это даже
> > не вспоминая про центрины без PAE.
>
> Вы уверены на счёт "центрины"?
>
> http://en.wikipedia.org/wiki/Physical_Address_Extension
>
> "PAE is provided by Intel Pentium Pro and above CPUs (including all later
> Pentium-series processors except the 400 MHz bus versions of the Pentium
> M), as well as by some compatible processors such as Athlon and later
> models from AMD."
>
> Где здесь "центрины"?

Виноват, прогнал:

Centrino - это и есть "an Intel Pentium M processor (code-named Banias or 
later Dothan) with a 400 MT/s FSB, Socket 478"

-- 
Led

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Sergey Vlasov]

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

On Sat, Feb 02, 2008 at 04:33:31PM +0500, Andrey Rahmatullin wrote:
> On Sat, Feb 02, 2008 at 01:35:10PM +0200, led@altlinux.ru wrote:
> > У нас glibc-core  был i586 и i686.
> > Тем более, что std и pae у нас отличаются именно тем, чем оличаются 
> > архитектуры i586 и i686. А PAE в пакете i586 ИМХО вообще нонсенс...
> Вопросу здесь лишь один: верно ли, что для архитектуры i686 ядро с PAE (и
> видимо ещё чем-то) как минимум не хуже обычного ядра для i586? Это даже не
> вспоминая про центрины без PAE. 

Для 2.6.18 - неверно, поскольку в этой версии ядра при включении PAE
пропадает поддержка swsusp.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

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

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

Здравствуйте led@altlinux.ru
  В сообщении от 2 февраля 2008 led@altlinux.ru написал(a):
 > Saturday, 02 February 2008 13:15:45 Andrey Rahmatullin написав:
 > > On Sat, Feb 02, 2008 at 02:08:01PM +0300, Pavlov Konstantin wrote:
 > > > > Поясни.
 > > > > Ядра .i686 у нас нет.
 > > > Ну, одинаковые std-smp архитектур i586 и x86_64 отличаются
 > > > конфигами.
 > > Их нельзя иметь в одновременно подключенных репозиториях.
 > У нас glibc-core  был i586 и i686.
 > Тем более, что std и pae у нас отличаются именно тем, чем оличаются
 > архитектуры i586 и i686. А PAE в пакете i586 ИМХО вообще нонсенс...

Мне кажется, что-бы не возникало путаницы у неосведомлённх в тонкостях 
ядра делать помимо i686 ещё и какую=нибудь приставку - ту-же pae.

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

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Andrey Rahmatullin]

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

On Sat, Feb 02, 2008 at 02:38:25PM +0300, Хихин Руслан wrote:
> Мне кажется, что-бы не возникало путаницы у неосведомлённх в тонкостях 
> ядра делать помимо i686 ещё и какую=нибудь приставку - ту-же pae.
Т.е. как сейчас. О чём и речь.

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

Для поддержки демонстрантов стучите шваброй в потолок.
		-- lav in community@

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Michael Shigorin]

On Sat, Feb 02, 2008 at 01:35:10PM +0200, led@altlinux.ru wrote:
> > > > Поясни.  Ядра .i686 у нас нет.
> > > Ну, одинаковые std-smp архитектур i586 и x86_64 отличаются конфигами.
> > Их нельзя иметь в одновременно подключенных репозиториях.
> У нас glibc-core  был i586 и i686.
> Тем более, что std и pae у нас отличаются именно тем, чем
> оличаются архитектуры i586 и i686. А PAE в пакете i586 ИМХО
> вообще нонсенс...

Здесь проблема в пересечении разных значений смысла архитектуры:
для репозиториев (wrar) оно организационное, для ядра (led) -- 
техническое.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [080131 21:07]:
> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
RAM.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Alexey I. Froloff пишет:
> * Anton Farygin <rider@> [080131 21:07]:
>> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
>> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
> На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
> RAM.

Отлично, это ещё одно подтверждение, что надо взять патчи из git'а Костика.

Rgds,
Rider

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Konstantin A. Lepikhov]

Hi Anton!

Thursday 31, at 10:03:56 PM you wrote:

> Alexey I. Froloff пишет:
> > * Anton Farygin <rider@> [080131 21:07]:
> >> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
> >> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
> > На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
> > RAM.
> 
> Отлично, это ещё одно подтверждение, что надо взять патчи из git'а Костика.
> 
> Rgds,
> Rider
Кому взять?

-- 
WBR et al.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Anton!
> 
> Thursday 31, at 10:03:56 PM you wrote:
> 
>> Alexey I. Froloff пишет:
>>> * Anton Farygin <rider@> [080131 21:07]:
>>>> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
>>>> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
>>> На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
>>> RAM.
>> Отлично, это ещё одно подтверждение, что надо взять патчи из git'а Костика.
>>
> Кому взять?
> 

Любому, кто собирает ядра.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Konstantin A. Lepikhov]

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

Hi Anton!

Thursday 31, at 10:26:21 PM you wrote:

> Konstantin A. Lepikhov пишет:
> > Hi Anton!
> > 
> > Thursday 31, at 10:03:56 PM you wrote:
> > 
> >> Alexey I. Froloff пишет:
> >>> * Anton Farygin <rider@> [080131 21:07]:
> >>>> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
> >>>> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
> >>> На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
> >>> RAM.
> >> Отлично, это ещё одно подтверждение, что надо взять патчи из git'а Костика.
> >>
> > Кому взять?
> > 
> 
> Любому, кто собирает ядра.
любой не соберет ядро.

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Mikhail Gusarov]

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

Twas brillig at 22:52:51 31.01.2008 UTC+03 when Konstantin A. Lepikhov did gyre and gimble:

 >> Любому, кто собирает ядра.
 KAL> любой не соберет ядро.

Дада. Только Избранные прикасаются к Чаше Мудрости и испивают Нектар
Просветления, позволяющий Собирать Ядра.

-- 
JID: dottedmag@jabber.dottedmag.net

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Konstantin A. Lepikhov]

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

Hi Mikhail!

Friday 01, at 01:56:40 AM you wrote:

> Twas brillig at 22:52:51 31.01.2008 UTC+03 when Konstantin A. Lepikhov did gyre and gimble:
> 
>  >> Любому, кто собирает ядра.
>  KAL> любой не соберет ядро.
> 
> Дада. Только Избранные прикасаются к Чаше Мудрости и испивают Нектар
> Просветления, позволяющий Собирать Ядра.
воистину.

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Pavlov Konstantin]

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

On Fri, Feb 01, 2008 at 01:56:40AM +0600, Mikhail Gusarov wrote:
> Twas brillig at 22:52:51 31.01.2008 UTC+03 when Konstantin A. Lepikhov did gyre and gimble:
> 
>  >> Любому, кто собирает ядра.
>  KAL> любой не соберет ядро.
> 
> Дада. Только Избранные прикасаются к Чаше Мудрости и испивают Нектар
> Просветления, позволяющий Собирать Ядра.

Ну вообще примерно так. Понасобирать ядра можно, а вот поддерживать их --
это уже совсем другое.

-- 
Кстати, изучение исходников postfix во многих отношениях полезно.
		-- at in devel@

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Mikhail Gusarov]

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

Twas brillig at 00:38:35 01.02.2008 UTC+03 when Pavlov Konstantin did gyre and gimble:

 >> Дада. Только Избранные прикасаются к Чаше Мудрости и испивают Нектар
 >> Просветления, позволяющий Собирать Ядра.

 PK> Ну вообще примерно так. Понасобирать ядра можно, а вот поддерживать
 PK> их -- это уже совсем другое.

Деятельность как деятельность. Требует тщания и умения, но этому можно
научиться, а не ждать Знака Свыше.

-- 
JID: dottedmag@jabber.dottedmag.net

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Konstantin A. Lepikhov]

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

Hi Mikhail!

Friday 01, at 03:43:59 AM you wrote:

> Twas brillig at 00:38:35 01.02.2008 UTC+03 when Pavlov Konstantin did gyre and gimble:
> 
>  >> Дада. Только Избранные прикасаются к Чаше Мудрости и испивают Нектар
>  >> Просветления, позволяющий Собирать Ядра.
> 
>  PK> Ну вообще примерно так. Понасобирать ядра можно, а вот поддерживать
>  PK> их -- это уже совсем другое.
> 
> Деятельность как деятельность. Требует тщания и умения, но этому можно
> научиться, а не ждать Знака Свыше.
даешь каждому мантейнеру по ядру, ксоргу и персональному сизифу с бранчем!
Ведь это всего лишь деятельность, которой можно научиться.

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Mikhail Gusarov]

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

Twas brillig at 01:05:38 01.02.2008 UTC+03 when Konstantin A. Lepikhov did gyre and gimble:

 >> Деятельность как деятельность. Требует тщания и умения, но этому можно
 >> научиться, а не ждать Знака Свыше.
 KAL> даешь каждому мантейнеру по ядру, ксоргу и персональному сизифу с бранчем!
 KAL> Ведь это всего лишь деятельность, которой можно научиться.

Даёшь всем демагогам по трибуне с которой можно безнаказанно брехать по
24 часа в сутки.

p.s.: да, если бы в сутках было 24 * количество-пакетов-в-сизифе *
количество-майнтайнеров часов, то "каждому по ядру, ксоргу и сизифу с
бранчем" работало бы.

p.p.s.: или это такая попытка сказать "На меня Снизошло Откровение,
остальные Никто, а я Могу?" Ну ничего, бывает. Это теперь лечат.

-- 
JID: dottedmag@jabber.dottedmag.net

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Mikhail Gusarov пишет:
> Twas brillig at 01:05:38 01.02.2008 UTC+03 when Konstantin A. Lepikhov did gyre and gimble:
> 
>  >> Деятельность как деятельность. Требует тщания и умения, но этому можно
>  >> научиться, а не ждать Знака Свыше.
>  KAL> даешь каждому мантейнеру по ядру, ксоргу и персональному сизифу с бранчем!
>  KAL> Ведь это всего лишь деятельность, которой можно научиться.
> 
> Даёшь всем демагогам по трибуне с которой можно безнаказанно брехать по
> 24 часа в сутки.
> 
> p.s.: да, если бы в сутках было 24 * количество-пакетов-в-сизифе *
> количество-майнтайнеров часов, то "каждому по ядру, ксоргу и сизифу с
> бранчем" работало бы.
> 
> p.p.s.: или это такая попытка сказать "На меня Снизошло Откровение,
> остальные Никто, а я Могу?" Ну ничего, бывает. Это теперь лечат.
> 

Ты добавляешься к Этой Странной Компании...

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Mikhail Gusarov]

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

Twas brillig at 01:12:47 01.02.2008 UTC+03 when Anton Farygin did gyre and gimble:

 AF> Ты добавляешься к Этой Странной Компании...

да, это Ужасно ;)

-- 
JID: dottedmag@jabber.dottedmag.net

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

Re: [devel] [cyber][JT] I: Sisyphus-20080131 armor download: +10

[Ivan Fedorov]

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

Mikhail Gusarov пишет:

> p.p.s.: или это такая попытка сказать "На меня Снизошло Откровение,
> остальные Никто, а я Могу?" Ну ничего, бывает. Это теперь лечат.
Где лечат? Дайте же скорее описание методики!!! А то у нас только
гильотина показывает минимально приемлимую эффективность...


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Michael Shigorin]

On Fri, Feb 01, 2008 at 01:05:38AM +0300, Konstantin A. Lepikhov wrote:
> > Деятельность как деятельность. Требует тщания и умения, но
> > этому можно научиться, а не ждать Знака Свыше.
> даешь каждому мантейнеру по ядру, ксоргу и персональному сизифу с бранчем!

Костик, от заскоков на тему самомнения и прочих personality
clashes _именно_ такая и ситуация образуется.

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

И ведь таки да.  Хотя вспоминать -- не хочется.

-- 
Миша,
который собирал себе 
XFree86 4.0.2, а также
линуксы 2.0..2.5.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Ildar Mulyukov]

On 01.02.2008 01:56:40, Mikhail Gusarov wrote:
> Twas brillig at 22:52:51 31.01.2008 UTC+03 when Konstantin A.  
> Lepikhov did gyre and gimble:
>  >> Любому, кто собирает ядра.
>  KAL> любой не соберет ядро.
> Дада. Только Избранные прикасаются к Чаше Мудрости и испивают Нектар  
> Просветления, позволяющий Собирать Ядра.

http://ru.wikipedia.org/wiki/Элитизм

-- 
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] [cyber] I: Sisyphus-20080131 armor download: +10

[Mikhail Gusarov]

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

Twas brillig at 11:33:02 01.02.2008 UTC+06 when Ildar Mulyukov did gyre and gimble:

 >> Дада. Только Избранные прикасаются к Чаше Мудрости и испивают Нектар  
 >> Просветления, позволяющий Собирать Ядра.

 IM> http://ru.wikipedia.org/wiki/Элитизм

http://ru.wikipedia.org/wiki/Сарказм

-- 
JID: dottedmag@jabber.dottedmag.net

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Anton!
> 
> Thursday 31, at 10:26:21 PM you wrote:
> 
>> Konstantin A. Lepikhov пишет:
>>> Hi Anton!
>>>
>>> Thursday 31, at 10:03:56 PM you wrote:
>>>
>>>> Alexey I. Froloff пишет:
>>>>> * Anton Farygin <rider@> [080131 21:07]:
>>>>>> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
>>>>>> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
>>>>> На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
>>>>> RAM.
>>>> Отлично, это ещё одно подтверждение, что надо взять патчи из git'а Костика.
>>>>
>>> Кому взять?
>>>
>> Любому, кто собирает ядра.
> любой не соберет ядро.

Я таких знаю уже человек 7, которые говорят о том, что они собирают ядра...

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [080131 23:14]:
> >>>> Отлично, это ещё одно подтверждение, что надо взять патчи из git'а Костика.
> >>> Кому взять?
> >> Любому, кто собирает ядра.
> > любой не соберет ядро.
> Я таких знаю уже человек 7, которые говорят о том, что они собирают ядра...
Собирать ядра может любой.  А вот патчить...

-- 
Regards,
Sir Raorn.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Alexey I. Froloff пишет:
> * Anton Farygin <rider@> [080131 23:14]:
>>>>>> Отлично, это ещё одно подтверждение, что надо взять патчи из git'а Костика.
>>>>> Кому взять?
>>>> Любому, кто собирает ядра.
>>> любой не соберет ядро.
>> Я таких знаю уже человек 7, которые говорят о том, что они собирают ядра...
> Собирать ядра может любой.  А вот патчить...

Raorn, ты не поверишь.. они все что-то патчат ;)

Я вот только одного не понимаю... семь нянек, а дитя без глаза...

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Михаил Якушин]

Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [080131 21:07]:
>> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
>> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
> На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
> RAM.
> 

на этом попробуй если не трудно.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Alexey I. Froloff]

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

* Михаил Якушин <silicium@> [080131 22:47]:
> >> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
> >> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
> > На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
> > RAM.
> на этом попробуй если не трудно.
Нет, спасибо.  Мне нужен последний thinkpad-acpi.  И к нему
Мортоновский linux-apci.  И tp_smapi.  Оно есть?

-- 
Regards,
Sir Raorn.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Alexey I. Froloff пишет:
> * Михаил Якушин <silicium@> [080131 22:47]:
>>>> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
>>>> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
>>> На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
>>> RAM.
>> на этом попробуй если не трудно.
> Нет, спасибо.  Мне нужен последний thinkpad-acpi.  И к нему
> Мортоновский linux-apci.  И tp_smapi.  Оно есть?

О, от thinkpad-acpi и я бы не отказался.. а вот зачем к нему 
Мортоновский linux-acpi?

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Konstantin A. Lepikhov]

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

Hi Anton!

Friday 01, at 01:07:02 AM you wrote:

> Alexey I. Froloff пишет:
> > * Михаил Якушин <silicium@> [080131 22:47]:
> >>>> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
> >>>> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
> >>> На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
> >>> RAM.
> >> на этом попробуй если не трудно.
> > Нет, спасибо.  Мне нужен последний thinkpad-acpi.  И к нему
> > Мортоновский linux-apci.  И tp_smapi.  Оно есть?
> 
> О, от thinkpad-acpi и я бы не отказался.. а вот зачем к нему 
> Мортоновский linux-acpi?
нету такого. О чём речь?

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Alexey I. Froloff]

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

* Konstantin A. Lepikhov <lakostis@> [080201 01:25]:
> > О, от thinkpad-acpi и я бы не отказался.. а вот зачем к нему 
> > Мортоновский linux-acpi?
> нету такого. О чём речь?
О том, что ты приложил к alt0.9->alt1 что у меня заработал resume
из STR полностью и без глюков ;-)  Ты вроде из mm ветки acpi
брал?

P.S. Переименовывай свой wks в nbk или что там для ноутбуков
придумали? ;-)

-- 
Regards,
Sir Raorn.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Alexey I. Froloff пишет:
> * Konstantin A. Lepikhov <lakostis@> [080201 01:25]:
>>> О, от thinkpad-acpi и я бы не отказался.. а вот зачем к нему 
>>> Мортоновский linux-acpi?
>> нету такого. О чём речь?
> О том, что ты приложил к alt0.9->alt1 что у меня заработал resume
> из STR полностью и без глюков ;-)  Ты вроде из mm ветки acpi
> брал?

Где хоть заработал ? На каком Thinkpad'е ?

> 
> P.S. Переименовывай свой wks в nbk или что там для ноутбуков
> придумали? ;-)

И выложи его всё-таки в Sisyphus.. хватит уже избранных кормить новыми 
ядрами. Общественность хочет 2.6.24 во всей красе. Вот когда пол.списка 
рассылки уговаривали тебя fglrx выложить - выложил. Опять толпой 
уговаривать ?

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Konstantin A. Lepikhov]

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

Hi Anton!

Friday 01, at 01:55:01 AM you wrote:

> Alexey I. Froloff пишет:
> > * Konstantin A. Lepikhov <lakostis@> [080201 01:25]:
> >>> О, от thinkpad-acpi и я бы не отказался.. а вот зачем к нему 
> >>> Мортоновский linux-acpi?
> >> нету такого. О чём речь?
> > О том, что ты приложил к alt0.9->alt1 что у меня заработал resume
> > из STR полностью и без глюков ;-)  Ты вроде из mm ветки acpi
> > брал?
> 
> Где хоть заработал ? На каком Thinkpad'е ?
Реальную картину тебе скажет народ в office@ ;)

> 
> > 
> > P.S. Переименовывай свой wks в nbk или что там для ноутбуков
> > придумали? ;-)
> 
> И выложи его всё-таки в Sisyphus.. хватит уже избранных кормить новыми 
> ядрами. Общественность хочет 2.6.24 во всей красе. Вот когда пол.списка 
> рассылки уговаривали тебя fglrx выложить - выложил. Опять толпой 
> уговаривать ?
Если пол-списка состит из такой общественности, то проще вообще в сизиф
ничего не выкладывать.

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [080201 01:55]:
> >>> О, от thinkpad-acpi и я бы не отказался.. а вот зачем к нему 
> >>> Мортоновский linux-acpi?
> >> нету такого. О чём речь?
> > О том, что ты приложил к alt0.9->alt1 что у меня заработал resume
> > из STR полностью и без глюков ;-)  Ты вроде из mm ветки acpi
> > брал?
> Где хоть заработал ? На каком Thinkpad'е ?
X41 не Tablet.  STD работал ещё на .18 годичной давности, из STR
начал просыпаться только на .24-alt0.8, но были проблемы с
подсветкой.  На alt1 заработало ВСЁ.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Konstantin A. Lepikhov]

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

Hi Alexey!

Friday 01, at 01:48:47 AM you wrote:

> * Konstantin A. Lepikhov <lakostis@> [080201 01:25]:
> > > О, от thinkpad-acpi и я бы не отказался.. а вот зачем к нему 
> > > Мортоновский linux-acpi?
> > нету такого. О чём речь?
> О том, что ты приложил к alt0.9->alt1 что у меня заработал resume
> из STR полностью и без глюков ;-)  Ты вроде из mm ветки acpi
> брал?
там есть несколько патчей из -mm, но они в-основном отладочные.

> 
> P.S. Переименовывай свой wks в nbk или что там для ноутбуков
> придумали? ;-)
зачем? wks-smp - это мое ядро, которое мне нравиццо, и которого не
коснутся грязные лапы всяких манагеров.

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Alexey!
> 
> Friday 01, at 01:48:47 AM you wrote:
> 
>> * Konstantin A. Lepikhov <lakostis@> [080201 01:25]:
>>>> О, от thinkpad-acpi и я бы не отказался.. а вот зачем к нему 
>>>> Мортоновский linux-acpi?
>>> нету такого. О чём речь?
>> О том, что ты приложил к alt0.9->alt1 что у меня заработал resume
>> из STR полностью и без глюков ;-)  Ты вроде из mm ветки acpi
>> брал?
> там есть несколько патчей из -mm, но они в-основном отладочные.

Видимо не только, раз у Раорна что-то заработало.. признавайся, что ещё 
патчил ?

> 
>> P.S. Переименовывай свой wks в nbk или что там для ноутбуков
>> придумали? ;-)
> зачем? wks-smp - это мое ядро, которое мне нравиццо, и которого не
> коснутся грязные лапы всяких манагеров.

Правильно, правильно.. нефиг манагерам отдавать самое ценное, что у тебя 
есть, а то продадут...

Выложил бы ты его хотя-б в Sisyphus, чёрт с ними, с манагерами.. нам, 
простым пользователям хочется его дома на медиацентре юзать, нормальым и 
не извращённым методом.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Michael Shigorin]

On Fri, Feb 01, 2008 at 02:02:24AM +0300, Anton Farygin wrote:
> Выложил бы ты его хотя-б в Sisyphus, чёрт с ними, с
> манагерами.. нам, простым пользователям хочется его дома на
> медиацентре юзать, нормальым и не извращённым методом.

У него ж свой unsafe sisyphus :>

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Михаил Якушин]

Alexey I. Froloff wrote:
> * Михаил Якушин <silicium@> [080131 22:47]:
>>>> Например у того-же Костика есть много наработок по 2.6.24, и некоторые 
>>>> бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
>>> На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
>>> RAM.
>> на этом попробуй если не трудно.
> Нет, спасибо.  Мне нужен последний thinkpad-acpi.
Вроде в ядре есть. Я его собрал.
>  И к нему
> Мортоновский linux-apci.
Чем он лучше линусовского?
Я честно несколько опасаюсь регрешенов.
>  И tp_smapi.  Оно есть?
К сожалению не было железа для тестирования, поэтому не выкладывал. Если 
потестишь, соберу.
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Alexey I. Froloff]

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

* Михаил Якушин <silicium@> [080201 09:37]:
> >> на этом попробуй если не трудно.
> > Нет, спасибо.  Мне нужен последний thinkpad-acpi.
> Вроде в ядре есть. Я его собрал.
Надо брать из
http://repo.or.cz/w/linux-2.6/linux-acpi-2.6/ibm-acpi-2.6.git

> >  И к нему
> > Мортоновский linux-apci.
> Чем он лучше линусовского?
> Я честно несколько опасаюсь регрешенов.
Я немного нагнал.  Костя лучше знает что он такое волшебное
приложил в alt1 ;-)

> >  И tp_smapi.  Оно есть?
> К сожалению не было железа для тестирования, поэтому не
> выкладывал. Если потестишь, соберу.
Он собирается из отдельного тарболла как модуль.  Фишка в том,
что HDAPS надо отключить в image и собирать в modules-tp_smapi.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Михаил Якушин]

Alexey I. Froloff wrote:
> * Михаил Якушин <silicium@> [080201 09:37]:
>>>> на этом попробуй если не трудно.
>>> Нет, спасибо.  Мне нужен последний thinkpad-acpi.
>> Вроде в ядре есть. Я его собрал.
> Надо брать из
> http://repo.or.cz/w/linux-2.6/linux-acpi-2.6/ibm-acpi-2.6.git
Там стабильные релизы есть?
>>>  И к нему
>>> Мортоновский linux-apci.
>> Чем он лучше линусовского?
>> Я честно несколько опасаюсь регрешенов.
> Я немного нагнал.  Костя лучше знает что он такое волшебное
> приложил в alt1 ;-)
Вскрытие покажет :)
>>>  И tp_smapi.  Оно есть?
>> К сожалению не было железа для тестирования, поэтому не
>> выкладывал. Если потестишь, соберу.
> Он собирается из отдельного тарболла как модуль.  Фишка в том,
> что HDAPS надо отключить в image и собирать в modules-tp_smapi.
Принято.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Alexey I. Froloff]

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

* Михаил Якушин <silicium@> [080201 12:58]:
> >>>> на этом попробуй если не трудно.
> >>> Нет, спасибо.  Мне нужен последний thinkpad-acpi.
> >> Вроде в ядре есть. Я его собрал.
> > Надо брать из
> > http://repo.or.cz/w/linux-2.6/linux-acpi-2.6/ibm-acpi-2.6.git
> Там стабильные релизы есть?
У меня стабильно работает такое:

thinkpad_acpi: ThinkPad ACPI Extras v0.19-20080107

На самом деле "ващще стабильные" релизы уходят к Линусу.  На
более старых Костиных сборках были проблемы с бэклайтом.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Gennady Kovalev]

В сообщении от Thursday 31 January 2008 21:45:38 Alexey I. Froloff написал(а):
> * Anton Farygin <rider@> [080131 21:07]:
> > Например у того-же Костика есть много наработок по 2.6.24, и некоторые
> > бранчи из его git я бы посоветовал взять (но не все, далеко не все)..
>
> На его alt1 у меня впервые НОРМАЛЬНО заработало просыпание из
> RAM.

А у меня оно опять сломалось. Заставить теперь бук уснуть в ram нереально. 
Скатился на 2.6.22.

-- 
Gennady Kovalev, 
BIGUR, ALT Linux Team.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Михаил Якушин]

Valery V. Inozemtsev wrote:
> В сообщении от 31 января 2008 Anton Farygin написал(a):
>> Alexey Shabalin пишет:
>>>> List of files which have been downloaded from the "armor" incoming:
>>>>
>>>> kernel-image-std-def-2.6.24-alt1.src.rpm
>>>> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
>>>> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
>>> Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
>> Не спешите, Миша чуть поторопился. Это ядро - практически ванильное,
>> приложено только совсем чуть чуть патчей, для того, что бы klogd работал.
> 
> скорее это такой конструктор (для тех в этом знает толк), что бы помочь Мише
> 
Это почти techical preview.
Я его сознательно залил чуть раньше чем следовало чтобы посмотреть чего 
в нём не хватает, или не правильно.

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Anton Farygin]

Михаил Якушин пишет:
> Valery V. Inozemtsev wrote:
>> В сообщении от 31 января 2008 Anton Farygin написал(a):
>>> Alexey Shabalin пишет:
>>>>> List of files which have been downloaded from the "armor" incoming:
>>>>>
>>>>> kernel-image-std-def-2.6.24-alt1.src.rpm
>>>>> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
>>>>> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
>>>> Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
>>> Не спешите, Миша чуть поторопился. Это ядро - практически ванильное,
>>> приложено только совсем чуть чуть патчей, для того, что бы klogd работал.
>> скорее это такой конструктор (для тех в этом знает толк), что бы помочь Мише
>>
> Это почти techical preview.
> Я его сознательно залил чуть раньше чем следовало чтобы посмотреть чего 
> в нём не хватает, или не правильно.

Мог бы просто выложить в git и попросить посмотреть.

Ладно, ты будешь брать патчи из Лакостиса или мне сделать свой бранч и 
ты возьмёшь уже оттуда ?

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Михаил Якушин]

Anton Farygin wrote:
> Михаил Якушин пишет:
>> Valery V. Inozemtsev wrote:
>>> В сообщении от 31 января 2008 Anton Farygin написал(a):
>>>> Alexey Shabalin пишет:
>>>>>> List of files which have been downloaded from the "armor" incoming:
>>>>>>
>>>>>> kernel-image-std-def-2.6.24-alt1.src.rpm
>>>>>> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
>>>>>> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
>>>>> Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
>>>> Не спешите, Миша чуть поторопился. Это ядро - практически ванильное,
>>>> приложено только совсем чуть чуть патчей, для того, что бы klogd работал.
>>> скорее это такой конструктор (для тех в этом знает толк), что бы помочь Мише
>>>
>> Это почти techical preview.
>> Я его сознательно залил чуть раньше чем следовало чтобы посмотреть чего 
>> в нём не хватает, или не правильно.
> 
> Мог бы просто выложить в git и попросить посмотреть.
> 
> Ладно, ты будешь брать патчи из Лакостиса или мне сделать свой бранч и 
> ты возьмёшь уже оттуда ?
возьму пачи от лакостиса

Re: [devel] [cyber] I: Sisyphus-20080131 armor download: +10

[Михаил Якушин]

Alexey Shabalin wrote:
>> List of files which have been downloaded from the "armor" incoming:
>>
>> kernel-image-std-def-2.6.24-alt1.src.rpm
>> kernel-modules-drm-std-def-2007.06.10-alt1.132626.2.src.rpm
>> kernel-modules-nvidia-std-def-169.09-alt1.src.rpm
> 
> Я имел ввиду вот это ядро. Чем отличается std-def от std? и где pae?
> 
в def нет pae.
std просто. Это ошибка, забудьте про него. оно убито по дороге к сизифу