[sisyphus] kernel-image-std26-up & suspend2

[sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

Hi

на ftp://ftp.altlinux.ru/pub/people/shrek/kernel выложено ядро 
2.6.16-std26-up-alt6 c suspend2 и все модули к нему.
хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы вы 
видеть его в ядрах из сизифа.

P.S. kernel-modules-drm-std26-up обновлен до 2006.04.23, это необходимо для 
работы r300 из Mesa-6.5.1

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Valery V. Inozemtsev пишет:

> на ftp://ftp.altlinux.ru/pub/people/shrek/kernel выложено ядро 
> 2.6.16-std26-up-alt6 c suspend2 и все модули к нему.
> хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы вы 
> видеть его в ядрах из сизифа.

Мне это надо как.. воздух.

-- 
   np: Нет никого [paused]

Re: [sisyphus] kernel-image-std26-up & suspend2

[Dmitriy L. Kruglikov]

On Sat, 27 May 2006 11:40:55 +0400
Anton Gorlov wrote:

> Valery V. Inozemtsev пишет:
> 
> > на ftp://ftp.altlinux.ru/pub/people/shrek/kernel выложено ядро 
> > 2.6.16-std26-up-alt6 c suspend2 и все модули к нему.
> > хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы вы 
> > видеть его в ядрах из сизифа.
> 
> Мне это надо как.. воздух.
> 
+1
Еще бы и поддержку моего кард-ридера в ноуте ... :)



--
Best regards,
 Dmitriy L. Kruglikov                     .--.
 Dmitriy.Kruglikov@orionagro.com.ua      |@_@ |
 DKR6-RIPE                               |!_/ |
 ICQ# 13047326                          //   \ \
 XMPP:dkr6@jabber.ru                   (|     | )
                                      /'\_   _/`\
Powered by Linux                      \___)=(___/
 
-- Мысль --
Постоянно оказывается, что так называемые дурные люди от более
основательного их изучения выигрывают, а хорошие теряют.
		-- Лихтенберг

Re: [sisyphus] kernel-image-std26-up & suspend2

[Евгений Данильченко]

+1

On Saturday 27 May 2006 18:23, Valery V. Inozemtsev wrote:
> Hi
>
> на ftp://ftp.altlinux.ru/pub/people/shrek/kernel выложено ядро
> 2.6.16-std26-up-alt6 c suspend2 и все модули к нему.
> хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы вы
> видеть его в ядрах из сизифа.
>
> P.S. kernel-modules-drm-std26-up обновлен до 2006.04.23, это необходимо для
> работы r300 из Mesa-6.5.1

-- 
С уважением,
Евгений Данильченко.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Pavlov Konstantin]

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

On Saturday 27 May 2006 11:23, Valery V. Inozemtsev wrote:

> хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы вы
> видеть его в ядрах из сизифа.

В std26-up лично мне -- нет.

В ядрах "из сизифа" он есть в wks26, вроде было достаточно.

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

В сообщении от 27 мая 2006 15:06 Pavlov Konstantin написал(a):
> On Saturday 27 May 2006 11:23, Valery V. Inozemtsev wrote:
> > хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы
> > вы видеть его в ядрах из сизифа.
>
> В std26-up лично мне -- нет.

тех, кому suspend2 не нужен, его наличие в ядре никак не коснется

>
> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.

во-первых, wks26 это условно поддерживаемое ядро. во-вторых, лично меня не 
устраивают левая функциональнасть/недофункциональность в нес содержащаяся

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Denis G. Samsonenko]

Вечер добрый!

27.05.06, Valery V. Inozemtsev написал:
> > В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>
> во-первых, wks26 это условно поддерживаемое ядро. во-вторых, лично меня не
> устраивают левая функциональнасть/недофункциональность в нес содержащаяся

Наверно имело бы смысл поддерживать 2 ядра: для сервера и для
десктопа. И во втором из них поддержка suspend2 просто обязательна.

-- 
Всего доброго,

Денис.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Slava Grecea]

On Saturday 27 May 2006 14:24, Valery V. Inozemtsev wrote:
> во-первых, wks26 это условно поддерживаемое ядро. 
Ммм. Можно поподробнее про "условно поддерживаемое ядро" ?

Спасибо.
-- 
WBR, Slava Grecea

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Valery V. Inozemtsev">
> В сообщении от 27 мая 2006 15:06 Pavlov Konstantin написал(a):
>> On Saturday 27 May 2006 11:23, Valery V. Inozemtsev wrote:
>> > хотелось бы узнать насколько востребован suspend2 в std26-up и хотели
>> бы
>> > вы видеть его в ядрах из сизифа.
>>
>> В std26-up лично мне -- нет.
>
> тех, кому suspend2 не нужен, его наличие в ядре никак не коснется
ойданупрям. Как будто никого не касается изменение на 500k, в
/kernel/{power}. Тогда почему бы нам не воткнуть туда еще и reiser4, ведь
"его наличие в ядре никак не коснется".

>
>>
>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>
> во-первых, wks26 это условно поддерживаемое ядро. во-вторых, лично меня не
> устраивают левая функциональнасть/недофункциональность в нес содержащаяся
# бага/ссылка на тред, что не устраивает. Без более внятной мотивации это
выглядит как ничем необоснованный наезд.

PS А вообще это выглядит как очередной саботаж - разве shrek у нас
мантейнит все fix/feat патчи и может обспечить достойный feedback? Нет,
еще один xorg-7.1, но уже в рамках std26 ядер, имхо не нужен.

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

В сообщении от 29 мая 2006 12:32 Konstantin A. Lepikhov написал(a):
> <цитата от="Valery V. Inozemtsev">
>
> > В сообщении от 27 мая 2006 15:06 Pavlov Konstantin написал(a):
> >> On Saturday 27 May 2006 11:23, Valery V. Inozemtsev wrote:
> >> > хотелось бы узнать насколько востребован suspend2 в std26-up и хотели
> >>
> >> бы
> >>
> >> > вы видеть его в ядрах из сизифа.
> >>
> >> В std26-up лично мне -- нет.
> >
> > тех, кому suspend2 не нужен, его наличие в ядре никак не коснется
>
> ойданупрям. Как будто никого не касается изменение на 500k, в
> /kernel/{power}. Тогда почему бы нам не воткнуть туда еще и reiser4, ведь
> "его наличие в ядре никак не коснется".
>
> >> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
> >
> > во-первых, wks26 это условно поддерживаемое ядро. во-вторых, лично меня
> > не устраивают левая функциональнасть/недофункциональность в нес
> > содержащаяся
>
> # бага/ссылка на тред, что не устраивает. Без более внятной мотивации это
> выглядит как ничем необоснованный наезд.
>
> PS А вообще это выглядит как очередной саботаж - разве shrek у нас
> мантейнит все fix/feat патчи и может обспечить достойный feedback? Нет,
> еще один xorg-7.1, но уже в рамках std26 ядер, имхо не нужен.

Костик, давай не будем устраивать базара. вопрос звучал "нужен нам suspend2 в 
std26-up или нет", обсуждать wks26 я не собираюсь

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Alexander Bokovoy]

Valery V. Inozemtsev пишет:
> В сообщении от 29 мая 2006 12:32 Konstantin A. Lepikhov написал(a):
>> PS А вообще это выглядит как очередной саботаж - разве shrek у нас 
>> мантейнит все fix/feat патчи и может обспечить достойный feedback?
>> Нет, еще один xorg-7.1, но уже в рамках std26 ядер, имхо не нужен.
> 
> Костик, давай не будем устраивать базара. вопрос звучал "нужен нам
> suspend2 в std26-up или нет", обсуждать wks26 я не собираюсь
Валера, прежде, чем начинать некоторую активность по проекту, в котором
уже года полтора идет работа (пусть и в другом flavour ядра), может
стоит прислушаться к тем, кто эту работу уже проделал, а не игнорировать
их полностью?


-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Valery V. Inozemtsev пишет:

>> PS А вообще это выглядит как очередной саботаж - разве shrek у нас
>> мантейнит все fix/feat патчи и может обспечить достойный feedback? Нет,
>> еще один xorg-7.1, но уже в рамках std26 ядер, имхо не нужен.
> Костик, давай не будем устраивать базара. вопрос звучал "нужен нам suspend2 в 
> std26-up или нет", обсуждать wks26 я не собираюсь

Господа.. а давайте не будем сориться.
лучше каждый приведите известные вам "+" и "-". А там будет более видно 
- что нужно в std ядрах, а что нет. Думаю всё таки не каждый знает что 
есть плохого в том или ином патче.

P.S. лучше сходите куда-нибудь на природу..на шашлыки -вон какая хорошпя 
погода -солнышко на улице..комары


-- 
   np: silence ( Winamp ушел в Партизаны ;-)

Re: [sisyphus] kernel-image-std26-up & suspend2

[Denis G. Samsonenko]

День добрый!

29.05.06, Konstantin A. Lepikhov написал:
> >> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
> >
> > во-первых, wks26 это условно поддерживаемое ядро. во-вторых, лично меня не
> > устраивают левая функциональнасть/недофункциональность в нес содержащаяся
> # бага/ссылка на тред, что не устраивает. Без более внятной мотивации это
> выглядит как ничем необоснованный наезд.

Есть в каком-либо из дистрибутивов ALT готовое ядро, умеющее suspend2,
при этом чтобы к нему выходили секьюрити фиксы? И планируется ли иметь
такое ядро в последующих дистрибутивах?

На сколько я понимаю, wks-ядра по выше описанное не попадают. В
дистрибутиве должно быть ядро для десктопа, а десктопное ядро просто
обязано уметь делать suspend2.

-- 
Всего доброго,

Денис.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 12:59 Denis G. Samsonenko написал(a):
> День добрый!
>
> 29.05.06, Konstantin A. Lepikhov написал:
> > >> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
> > >
> > > во-первых, wks26 это условно поддерживаемое ядро. во-вторых, лично меня
> > > не устраивают левая функциональнасть/недофункциональность в нес
> > > содержащаяся
> >
> > # бага/ссылка на тред, что не устраивает. Без более внятной мотивации это
> > выглядит как ничем необоснованный наезд.
>
> Есть в каком-либо из дистрибутивов ALT готовое ядро, умеющее suspend2,
> при этом чтобы к нему выходили секьюрити фиксы? И планируется ли иметь
> такое ядро в последующих дистрибутивах?
>
> На сколько я понимаю, wks-ядра по выше описанное не попадают. В
> дистрибутиве должно быть ядро для десктопа, а десктопное ядро просто
> обязано уметь делать suspend2.

Почему именно "ОБЯЗАНО"?

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Denis G. Samsonenko]

Привет!

29.05.06, Led написал:
> > В дистрибутиве должно быть ядро для десктопа, а десктопное ядро просто
> > обязано уметь делать suspend2.
>
> Почему именно "ОБЯЗАНО"?

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

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

-- 
Всего доброго,

Денис.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 13:42 Denis G. Samsonenko написал(a):
> Привет!
>
> 29.05.06, Led написал:
> > > В дистрибутиве должно быть ядро для десктопа, а десктопное ядро просто
> > > обязано уметь делать suspend2.
> >
> > Почему именно "ОБЯЗАНО"?
>
> Потому что десктоп (ноуты я тоже отношу к этой категории) надо время
> от времени выключать, но не закрывая при этом приложений.

Пожалуйста, пример случая, когда нужно выключать, но не закрывать приложения 
(и при этом сохранение сессии в том же KDE не помогает). У меня такой пример 
есть, но он уж точно не массовый, а скорее "эксклюзивно-домашний" и ядро 
wks26 для него вполне хватило.

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

О каком дистрибутиве в данном случае идёт речь?

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Igor Zubkov]

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

В сообщении от 29 мая 2006 13:50 Led написал(a):
> В сообщении от 29 мая 2006 13:42 Denis G. Samsonenko написал(a):
> > Привет!
> >
> > 29.05.06, Led написал:
> > > > В дистрибутиве должно быть ядро для десктопа, а десктопное ядро
> > > > просто обязано уметь делать suspend2.
> > >
> > > Почему именно "ОБЯЗАНО"?
> >
> > Потому что десктоп (ноуты я тоже отношу к этой категории) надо время
> > от времени выключать, но не закрывая при этом приложений.
>
> Пожалуйста, пример случая, когда нужно выключать, но не закрывать

Куча табов в браузере. Сойдёт пример?

> приложения (и при этом сохранение сессии в том же KDE не помогает). У меня
> такой пример есть, но он уж точно не массовый, а скорее
> "эксклюзивно-домашний" и ядро wks26 для него вполне хватило.
>
> > Для сервера
> > в этом нет необходимости, а на десктопе это очень затребованная вещь.
> >
> > Если дистрибутив позиционируется в том числе и как десктопный, то
> > поддержка необходимого для этого функционала должна быть работающей из
> > коробки. Иначе это не дистрибутив, а конструктор сделай сам, что для
> > десктопа не очень подходит.
>
> О каком дистрибутиве в данном случае идёт речь?

ALT Linux ? :)

-- 
Link      < - H! vltg3 (Evidence feat. Pharohe Monch & DJ Baby)

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 14:00 Igor Zubkov написал(a):
> В сообщении от 29 мая 2006 13:50 Led написал(a):
> > В сообщении от 29 мая 2006 13:42 Denis G. Samsonenko написал(a):
> > > Привет!
> > >
> > > 29.05.06, Led написал:
> > > > > В дистрибутиве должно быть ядро для десктопа, а десктопное ядро
> > > > > просто обязано уметь делать suspend2.
> > > >
> > > > Почему именно "ОБЯЗАНО"?
> > >
> > > Потому что десктоп (ноуты я тоже отношу к этой категории) надо время
> > > от времени выключать, но не закрывая при этом приложений.
> >
> > Пожалуйста, пример случая, когда нужно выключать, но не закрывать
>
> Куча табов в браузере. Сойдёт пример?

Сохранение сессии в KDE это предоставляет - у меня так постоянно работает. Ещё 
примеры?

>
> > приложения (и при этом сохранение сессии в том же KDE не помогает). У
> > меня такой пример есть, но он уж точно не массовый, а скорее
> > "эксклюзивно-домашний" и ядро wks26 для него вполне хватило.
> >
> > > Для сервера
> > > в этом нет необходимости, а на десктопе это очень затребованная вещь.
> > >
> > > Если дистрибутив позиционируется в том числе и как десктопный, то
> > > поддержка необходимого для этого функционала должна быть работающей из
> > > коробки. Иначе это не дистрибутив, а конструктор сделай сам, что для
> > > десктопа не очень подходит.
> >
> > О каком дистрибутиве в данном случае идёт речь?
>
> ALT Linux ? :)

А есть такой?

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Led пишет:

>>>> Потому что десктоп (ноуты я тоже отношу к этой категории) надо время
>>>> от времени выключать, но не закрывая при этом приложений.
>>> Пожалуйста, пример случая, когда нужно выключать, но не закрывать
>> Куча табов в браузере. Сойдёт пример?
> Сохранение сессии в KDE это предоставляет - у меня так постоянно работает. Ещё 
> примеры?

Мне например нужно что бы компьюетр 2 раза в стуки железно включался без 
моег оучастия..и стлоькор же рах выключался. Если комп вырубать 
полностью..то есть не в суспенд\гибернейт -то сам включиться он не может.


-- 
   np: Dark Princess - Reach The Sky

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 14:21 Anton Gorlov написал(a):
> Led пишет:
> >>>> Потому что десктоп (ноуты я тоже отношу к этой категории) надо время
> >>>> от времени выключать, но не закрывая при этом приложений.
> >>>
> >>> Пожалуйста, пример случая, когда нужно выключать, но не закрывать
> >>
> >> Куча табов в браузере. Сойдёт пример?
> >
> > Сохранение сессии в KDE это предоставляет - у меня так постоянно
> > работает. Ещё примеры?
>
> Мне например нужно что бы компьюетр 2 раза в стуки железно включался без
> моег оучастия..и стлоькор же рах выключался. Если комп вырубать
> полностью..то есть не в суспенд\гибернейт -то сам включиться он не может.

Как это - не может? очень даже включается

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Led пишет:

>> Мне например нужно что бы компьюетр 2 раза в стуки железно включался без
>> моег оучастия..и стлоькор же рах выключался. Если комп вырубать
>> полностью..то есть не в суспенд\гибернейт -то сам включиться он не может.
> Как это - не может? очень даже включается
На новом железе может быть и может..посмотреть негде..а на работе щас
запарка..так что даже до сборщиков не могу добежать. Но на моей gigabyre 
ga7-zx-h  если выключен -то выключен. Но если его отправитьв 
suspent-to-ram (S3), который у меня под линуксом совсем отвалился после 
ядра 2.6.8 и после чего пришлсоь переползти под гибернейт

-- 
   np: Dark Princess - Without You

Re: [sisyphus] kernel-image-std26-up & suspend2

[Denis G. Samsonenko]

Вечер добрвй!

29.05.06, Led написал:
> Сохранение сессии в KDE это предоставляет - у меня так постоянно работает.

Что вы суёте этот KDE везде где только можно. Помимо него есть софт, и
не везде есть возможность сохранения сессий. Да и всё равно это менее
удобно, чем просто hibernate. При этом мы не зависим ни от какого
совта, ни от каких сессий.

-- 
Всего доброго,

Денис.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 15:12 Denis G. Samsonenko написал(a):
> Вечер добрвй!
>
> 29.05.06, Led написал:
> > Сохранение сессии в KDE это предоставляет - у меня так постоянно
> > работает.
>
> Что вы суёте этот KDE везде где только можно. Помимо него есть софт, и
> не везде есть возможность сохранения сессий. Да и всё равно это менее
> удобно, чем просто hibernate. При этом мы не зависим ни от какого
> совта, ни от каких сессий.

suspend2 это тоже софт, как и сессии в KDE. Принципиальное их отличие - это 
то, что первое вам нравится, а второе - не (просто так, без аргументов):)

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Denis G. Samsonenko]

Вечер добрый!

29.05.06, Led написал:
> suspend2 это тоже софт, как и сессии в KDE. Принципиальное их отличие - это
> то, что первое вам нравится, а второе - не (просто так, без аргументов):)

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

-- 
Всего доброго,

Денис.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 15:26 Denis G. Samsonenko написал(a):
> Вечер добрый!
>
> 29.05.06, Led написал:
> > suspend2 это тоже софт, как и сессии в KDE. Принципиальное их отличие -
> > это то, что первое вам нравится, а второе - не (просто так, без
> > аргументов):)
>
> Не просто так. А нравится он тем, что кроме него ничего другого
> настраивать не надо будет,

Вы оптимист!:)

> никаких сессий в куче отдельных независимых 
> программ.

В каких таких отдельных программах нужно настраивать сессии?

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrey Rahmatullin]

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

On Mon, May 29, 2006 at 03:29:31PM +0300, Led wrote:
> В каких таких отдельных программах нужно настраивать сессии?
Оглянись вокруг.

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

> это только у тех, у кого php.ini непонятно откуда
Да понятно -- 2.2beta. :)
Значит, и во второй раз грабли вылезли "из позапрошлого века"
(прошлый раз страшно ругался на at@'шный апдейт MySQL, а там бага
вылазила только при системе, которая происходит от 2.0)
		-- mike in sisyphus@

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Alex Yustasov]

On Mon, May 29, 2006 at 02:11:06PM +0300, Led wrote:
> Сохранение сессии в KDE это предоставляет - у меня так постоянно работает. Ещё 
> примеры?
Зашифрованные разделы. Один раз загрузился с паролями - потом заснуть/проснуться
сколько хочешь без паролей. 

-- 
    Alex Yustasov

ALT Linux fortune:
>> Так может патчить те программы, которые указывают опции для 
>> mount/mkisofs, чтоб указывали нужные ?
> Это антибиблиотечно.
		-- mike in devel@

Re: [sisyphus] kernel-image-std26-up & suspend2

[Artem]

Alex Yustasov wrote:
> On Mon, May 29, 2006 at 02:11:06PM +0300, Led wrote:
> 
>>Сохранение сессии в KDE это предоставляет - у меня так постоянно работает. Ещё 
>>примеры?
> 
> Зашифрованные разделы. Один раз загрузился с паролями - потом заснуть/проснуться
> сколько хочешь без паролей. 
> 
По правде говоря, это существенный weak в security защищаемой
информации. Пример - можно просто забыть что раздел не отмонтирован и
остался доступен на "спящей" машинке. И оставлять нельзя без присмотра :-)

-- 
Rgds, Artem.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Alex Yustasov]

On Mon, May 29, 2006 at 08:19:41PM +0300, Artem wrote:
> Alex Yustasov wrote:
> > On Mon, May 29, 2006 at 02:11:06PM +0300, Led wrote:
> > 
> >>Сохранение сессии в KDE это предоставляет - у меня так постоянно работает. Ещё 
> >>примеры?
> > 
> > Зашифрованные разделы. Один раз загрузился с паролями - потом заснуть/проснуться
> > сколько хочешь без паролей. 
> > 
> По правде говоря, это существенный weak в security защищаемой
> информации. Пример - можно просто забыть что раздел не отмонтирован и
> остался доступен на "спящей" машинке. И оставлять нельзя без присмотра :-)
И как посмотреть не отмонтированный раздел, не имея возможности войти в
систему? А вот не зашифрованные разделы посмотреть в принципе можно разобрав
комп. И у меня рядом именно таких умельцев полно.

-- 
    Alex Yustasov

ALT Linux fortune:
Мы сейчас с Димой поговорили... поговорили... В общем, я думаю, мы их
переместили в /usr/include, чтобы отметить особо, что мы переходим на
новую схему. Я думал над причиной в течении минуты, и это единственное
похожее на рациональное.
		-- nidd in devel-kernel@

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Artem пишет:

> По правде говоря, это существенный weak в security защищаемой
> информации. Пример - можно просто забыть что раздел не отмонтирован и
> остался доступен на "спящей" машинке. И оставлять нельзя без присмотра :-)
Насколько я в курсе- перед суспендом есть возмодность запускать 
скрипты..так почему бы не отмонтировать из них нужные разделы

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrey Khavryuchenko]

Led,

"L" == Led  wrote:

 L> Пожалуйста, пример случая, когда нужно выключать, но не закрывать
 L> приложения (и при этом сохранение сессии в том же KDE не помогает).

Ноут?

Постоянно открыто от десятка табов в FF, несколько консолей и куча окон
emacs.  

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 14:18 Andrey Khavryuchenko написал(a):
> Led,
>
> "L" == Led  wrote:
>
>  L> Пожалуйста, пример случая, когда нужно выключать, но не закрывать
>  L> приложения (и при этом сохранение сессии в том же KDE не помогает).
>
> Ноут?

Что мешает использовать на ноуте wks26?

>
> Постоянно открыто от десятка табов в FF, несколько консолей

Аналогично: куча табов в konqueror и с полдюжины консолей в konsole - всё 
сохраняется в сессии при выключении.

> и куча окон 
> emacs.

AFAIR в emacs есть свои средства для сохранения сессии (на 100% не ручаюсь, 
потому как emacs'ом не пользуюсь).

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrey Khavryuchenko]

Led,

"L" == Led  wrote:

 L> В сообщении от 29 мая 2006 14:18 Andrey Khavryuchenko написал(a):
 >> 
 >> "L" == Led  wrote:
 >> 
 L> Пожалуйста, пример случая, когда нужно выключать, но не закрывать
 L> приложения (и при этом сохранение сессии в том же KDE не помогает).
 >> 
 >> Ноут?

 L> Что мешает использовать на ноуте wks26?

Что и используется.  Будет suspend2 в std26 - перейду на него.

 >> Постоянно открыто от десятка табов в FF, несколько консолей

 L> Аналогично: куча табов в konqueror и с полдюжины консолей в konsole - всё 
 L> сохраняется в сессии при выключении.

 >> и куча окон emacs.

 L> AFAIR в emacs есть свои средства для сохранения сессии (на 100% не ручаюсь, 
 L> потому как emacs'ом не пользуюсь).

Увы.  Конфигурация окон и point не сохраняется (по крайней мере, мне не
удалось добиться).

Поэтому проще закрыть ноут и пойти, чем его гасить штатно.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrey Rahmatullin]

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

On Mon, May 29, 2006 at 01:50:47PM +0300, Led wrote:
> Пожалуйста, пример случая, когда нужно выключать, но не закрывать приложения 
> (и при этом сохранение сессии в том же KDE не помогает).
Давай без фанатизма, а?

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

Никакое сохранение _сессии_ мне не поможет сохранить недонабранный пост в
браузере, недочитанное письмо в мутте, текущие каталоги в куче шеллов и
mc, пять вимов и логи в хчате. Это абсолютно другая вещь.
Suspend2 - прозрачен для любого софта, не зависит ни от каких WM и не
требует никаких настроек кроме собственно hibernate.

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

> # /usr/X11R6/lib/drv.d/X11_DRIVER_NAME && ldconfig
> Это не сильно прозрачно для меня :)
Нет, это для чрезмерно продвинутых пользователей ;-)
		-- zerg in sisyphus@

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 17:43 Andrey Rahmatullin написал(a):
> On Mon, May 29, 2006 at 01:50:47PM +0300, Led wrote:
> > Пожалуйста, пример случая, когда нужно выключать, но не закрывать
> > приложения (и при этом сохранение сессии в том же KDE не помогает).
>
> Давай без фанатизма, а?

Да какой уж тут фанатизм? Мне действительно было интересно примеры того, где 
suspend2disk незаменим - вы их привели, спасибо. Тем более, что для себя я 
тоже такой пример нашёл и использую.

>
> Десктопных приложений куча, далеко не все умеют вообще session management,
> не говоря уже о _полном_сохранении_состояния_.
>
> Никакое сохранение _сессии_ мне не поможет сохранить недонабранный пост в
> браузере, недочитанное письмо в мутте, текущие каталоги в куче шеллов и
> mc, пять вимов и логи в хчате. Это абсолютно другая вещь.
> Suspend2 - прозрачен для любого софта, не зависит ни от каких WM и не
> требует никаких настроек кроме собственно hibernate.

Вы меня с кем-то путаете: я нигде не говорил, что suspend2disk вообще не 
нужен:)

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Denis G. Samsonenko">
>> > В дистрибутиве должно быть ядро для десктопа, а десктопное ядро просто
>> > обязано уметь делать suspend2.
>>
>> Почему именно "ОБЯЗАНО"?
>
> Потому что десктоп (ноуты я тоже отношу к этой категории) надо время
> от времени выключать, но не закрывая при этом приложений. Для сервера
> в этом нет необходимости, а на десктопе это очень затребованная вещь.
>
> Если дистрибутив позиционируется в том числе и как десктопный, то
> поддержка необходимого для этого функционала должна быть работающей из
> коробки. Иначе это не дистрибутив, а конструктор сделай сам, что для
> десктопа не очень подходит.
Бред. Вот когда вы будете директором какого-нить ООО, то во внутреннем
policy можете такой поток сознания отразить, только зарплату не забудьте.
Вкраце - вам в принципе никто не будет давать никаких гарантий, поэтому вы
не в праве их требовать. Если коснуться вопроса о работоспособности
suspend2, то этот патч _нестабилен_ по словам разработчика и лично я не
вижу никакого смысла его включать в std26 (если что-то отлетит в wks26,
есть reference ядро для проверки, а тут получится вариант "xorg-7.1" -
все-сломано-непонятно-где-и-хрен-знает-когда-починят-потому-что-хрен-знает-как-это
проверить). wks26 ядро - это полигон, если уже там что-то не работает как
надо, то нечего такие гранаты сувать в std26.

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Denis G. Samsonenko]

Вечер добрый!

29.05.06, Konstantin A. Lepikhov написал:
> >> Почему именно "ОБЯЗАНО"?
> > Если дистрибутив позиционируется в том числе и как десктопный, то
> > поддержка необходимого для этого функционала должна быть работающей из
> > коробки. Иначе это не дистрибутив, а конструктор сделай сам, что для
> > десктопа не очень подходит.
> Бред. Вот когда вы будете директором какого-нить ООО, то во внутреннем
> policy можете такой поток сознания отразить, только зарплату не забудьте.

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

> Вкраце - вам в принципе никто не будет давать никаких гарантий, поэтому вы
> не в праве их требовать. Если коснуться вопроса о работоспособности

Я что-то требую конкретно для себя? 8-\

> suspend2, то этот патч _нестабилен_ по словам разработчика и лично я не
> вижу никакого смысла его включать в std26 (если что-то отлетит в wks26,

Я нигде не утверждал, что suspend2 должен быть включён в std-ядро. Не
надо домысливать за меня, пожалуйста.

По поводу wks. Я уже спрашивал, в каком дистрибутиве есть это ядро,
причём поддерживаемое?

> есть reference ядро для проверки, а тут получится вариант "xorg-7.1" -
> все-сломано-непонятно-где-и-хрен-знает-когда-починят-потому-что-хрен-знает-как-это
> проверить). wks26 ядро - это полигон, если уже там что-то не работает как
> надо, то нечего такие гранаты сувать в std26.

Вот потому что wks -- "это полигон", это ядро и не устраивает. Должно
быть поддерживаемое стабильное ядро для десктопа, а не полигон.

-- 
Всего доброго,

Денис.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 15:09 Denis G. Samsonenko написал(a):
> Вечер добрый!
>
> 29.05.06, Konstantin A. Lepikhov написал:
> > >> Почему именно "ОБЯЗАНО"?
> > >
> > > Если дистрибутив позиционируется в том числе и как десктопный, то
> > > поддержка необходимого для этого функционала должна быть работающей из
> > > коробки. Иначе это не дистрибутив, а конструктор сделай сам, что для
> > > десктопа не очень подходит.
> >
> > Бред. Вот когда вы будете директором какого-нить ООО, то во внутреннем
> > policy можете такой поток сознания отразить, только зарплату не забудьте.
>
> Не надо кидаться громкими словами, пожалуйста.
>
> > Вкраце - вам в принципе никто не будет давать никаких гарантий, поэтому
> > вы не в праве их требовать. Если коснуться вопроса о работоспособности
>
> Я что-то требую конкретно для себя? 8-\
>
> > suspend2, то этот патч _нестабилен_ по словам разработчика и лично я не
> > вижу никакого смысла его включать в std26 (если что-то отлетит в wks26,
>
> Я нигде не утверждал, что suspend2 должен быть включён в std-ядро. Не
> надо домысливать за меня, пожалуйста.
>
> По поводу wks. Я уже спрашивал, в каком дистрибутиве есть это ядро,
> причём поддерживаемое?
>
> > есть reference ядро для проверки, а тут получится вариант "xorg-7.1" -
> > все-сломано-непонятно-где-и-хрен-знает-когда-починят-потому-что-хрен-знае
> >т-как-это проверить). wks26 ядро - это полигон, если уже там что-то не
> > работает как надо, то нечего такие гранаты сувать в std26.
>
> Вот потому что wks -- "это полигон", это ядро и не устраивает. Должно
> быть поддерживаемое стабильное ядро для десктопа, а не полигон.

Чего из существующих СТАБИЛЬНЫХ "фишек" не хватает в ядре std26?

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Led wrote:
> В сообщении от 29 мая 2006 15:09 Denis G. Samsonenko написал(a):
>> Вечер добрый!
>>
>> 29.05.06, Konstantin A. Lepikhov написал:
>>>>> Почему именно "ОБЯЗАНО"?
>>>> Если дистрибутив позиционируется в том числе и как десктопный, то
>>>> поддержка необходимого для этого функционала должна быть работающей из
>>>> коробки. Иначе это не дистрибутив, а конструктор сделай сам, что для
>>>> десктопа не очень подходит.
>>> Бред. Вот когда вы будете директором какого-нить ООО, то во внутреннем
>>> policy можете такой поток сознания отразить, только зарплату не забудьте.
>> Не надо кидаться громкими словами, пожалуйста.
>>
>>> Вкраце - вам в принципе никто не будет давать никаких гарантий, поэтому
>>> вы не в праве их требовать. Если коснуться вопроса о работоспособности
>> Я что-то требую конкретно для себя? 8-\
>>
>>> suspend2, то этот патч _нестабилен_ по словам разработчика и лично я не
>>> вижу никакого смысла его включать в std26 (если что-то отлетит в wks26,
>> Я нигде не утверждал, что suspend2 должен быть включён в std-ядро. Не
>> надо домысливать за меня, пожалуйста.
>>
>> По поводу wks. Я уже спрашивал, в каком дистрибутиве есть это ядро,
>> причём поддерживаемое?
>>
>>> есть reference ядро для проверки, а тут получится вариант "xorg-7.1" -
>>> все-сломано-непонятно-где-и-хрен-знает-когда-починят-потому-что-хрен-знае
>>> т-как-это проверить). wks26 ядро - это полигон, если уже там что-то не
>>> работает как надо, то нечего такие гранаты сувать в std26.
>> Вот потому что wks -- "это полигон", это ядро и не устраивает. Должно
>> быть поддерживаемое стабильное ядро для десктопа, а не полигон.
> 
> Чего из существующих СТАБИЛЬНЫХ "фишек" не хватает в ядре std26?
> 

suspend to disk.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 15:22 Anton Farygin написал(a):
> Led wrote:
> > В сообщении от 29 мая 2006 15:09 Denis G. Samsonenko написал(a):
> >> Вечер добрый!
> >>
> >> 29.05.06, Konstantin A. Lepikhov написал:
> >>>>> Почему именно "ОБЯЗАНО"?
> >>>>
> >>>> Если дистрибутив позиционируется в том числе и как десктопный, то
> >>>> поддержка необходимого для этого функционала должна быть работающей из
> >>>> коробки. Иначе это не дистрибутив, а конструктор сделай сам, что для
> >>>> десктопа не очень подходит.
> >>>
> >>> Бред. Вот когда вы будете директором какого-нить ООО, то во внутреннем
> >>> policy можете такой поток сознания отразить, только зарплату не
> >>> забудьте.
> >>
> >> Не надо кидаться громкими словами, пожалуйста.
> >>
> >>> Вкраце - вам в принципе никто не будет давать никаких гарантий, поэтому
> >>> вы не в праве их требовать. Если коснуться вопроса о работоспособности
> >>
> >> Я что-то требую конкретно для себя? 8-\
> >>
> >>> suspend2, то этот патч _нестабилен_ по словам разработчика и лично я не
> >>> вижу никакого смысла его включать в std26 (если что-то отлетит в wks26,
> >>
> >> Я нигде не утверждал, что suspend2 должен быть включён в std-ядро. Не
> >> надо домысливать за меня, пожалуйста.
> >>
> >> По поводу wks. Я уже спрашивал, в каком дистрибутиве есть это ядро,
> >> причём поддерживаемое?
> >>
> >>> есть reference ядро для проверки, а тут получится вариант "xorg-7.1" -
> >>> все-сломано-непонятно-где-и-хрен-знает-когда-починят-потому-что-хрен-зн
> >>>ае т-как-это проверить). wks26 ядро - это полигон, если уже там что-то
> >>> не работает как надо, то нечего такие гранаты сувать в std26.
> >>
> >> Вот потому что wks -- "это полигон", это ядро и не устраивает. Должно
> >> быть поддерживаемое стабильное ядро для десктопа, а не полигон.
> >
> > Чего из существующих СТАБИЛЬНЫХ "фишек" не хватает в ядре std26?
>
> suspend to disk.

AFAIK "suspend to disk" работает только в suspend2 (поправте, если ошибаюсь). 
Может стОит довести до стабильного состояния сначала suspend2, а уже потом 
включать его в основное ядро?

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Led wrote:
> В сообщении от 29 мая 2006 15:22 Anton Farygin написал(a):
>> Led wrote:
>>> В сообщении от 29 мая 2006 15:09 Denis G. Samsonenko написал(a):
>>>> Вечер добрый!
>>>>
>>>> 29.05.06, Konstantin A. Lepikhov написал:
>>>>>>> Почему именно "ОБЯЗАНО"?
>>>>>> Если дистрибутив позиционируется в том числе и как десктопный, то
>>>>>> поддержка необходимого для этого функционала должна быть работающей из
>>>>>> коробки. Иначе это не дистрибутив, а конструктор сделай сам, что для
>>>>>> десктопа не очень подходит.
>>>>> Бред. Вот когда вы будете директором какого-нить ООО, то во внутреннем
>>>>> policy можете такой поток сознания отразить, только зарплату не
>>>>> забудьте.
>>>> Не надо кидаться громкими словами, пожалуйста.
>>>>
>>>>> Вкраце - вам в принципе никто не будет давать никаких гарантий, поэтому
>>>>> вы не в праве их требовать. Если коснуться вопроса о работоспособности
>>>> Я что-то требую конкретно для себя? 8-\
>>>>
>>>>> suspend2, то этот патч _нестабилен_ по словам разработчика и лично я не
>>>>> вижу никакого смысла его включать в std26 (если что-то отлетит в wks26,
>>>> Я нигде не утверждал, что suspend2 должен быть включён в std-ядро. Не
>>>> надо домысливать за меня, пожалуйста.
>>>>
>>>> По поводу wks. Я уже спрашивал, в каком дистрибутиве есть это ядро,
>>>> причём поддерживаемое?
>>>>
>>>>> есть reference ядро для проверки, а тут получится вариант "xorg-7.1" -
>>>>> все-сломано-непонятно-где-и-хрен-знает-когда-починят-потому-что-хрен-зн
>>>>> ае т-как-это проверить). wks26 ядро - это полигон, если уже там что-то
>>>>> не работает как надо, то нечего такие гранаты сувать в std26.
>>>> Вот потому что wks -- "это полигон", это ядро и не устраивает. Должно
>>>> быть поддерживаемое стабильное ядро для десктопа, а не полигон.
>>> Чего из существующих СТАБИЛЬНЫХ "фишек" не хватает в ядре std26?
>> suspend to disk.
> 
> AFAIK "suspend to disk" работает только в suspend2 (поправте, если ошибаюсь). 
> Может стОит довести до стабильного состояния сначала suspend2, а уже потом 
> включать его в основное ядро?
> 

suspend2disk работает и без suspend2 патча. Но только не у нас.

Ходят слухи, что всему виной вынесенные в модули IDE.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Anton Farygin">
<skip>
>> AFAIK "suspend to disk" работает только в suspend2 (поправте, если
>> ошибаюсь).
>> Может стОит довести до стабильного состояния сначала suspend2, а уже
>> потом
>> включать его в основное ядро?
>>
>
> suspend2disk работает и без suspend2 патча. Но только не у нас.
>
> Ходят слухи, что всему виной вынесенные в модули IDE.
тогда сначала надо проверить эти слухи, а уже потом делать далекоидущие
выводы :)

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Alexander Bokovoy]

Anton Farygin пишет:
>> AFAIK "suspend to disk" работает только в suspend2 (поправте, если
>> ошибаюсь). Может стОит довести до стабильного состояния сначала
>> suspend2, а уже потом включать его в основное ядро?
>> 
> 
> suspend2disk работает и без suspend2 патча. Но только не у нас.
> 
> Ходят слухи, что всему виной вынесенные в модули IDE.
Толку с их вноса обратно при повсеместном распространении SATA?

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Alexander Bokovoy wrote:
> Anton Farygin пишет:
>>> AFAIK "suspend to disk" работает только в suspend2 (поправте, если
>>> ошибаюсь). Может стОит довести до стабильного состояния сначала
>>> suspend2, а уже потом включать его в основное ядро?
>>>
>> suspend2disk работает и без suspend2 патча. Но только не у нас.
>>
>> Ходят слухи, что всему виной вынесенные в модули IDE.
> Толку с их вноса обратно при повсеместном распространении SATA?
> 

я и не предлагал их обратно вносить ;)

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrey Rahmatullin]

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

On Mon, May 29, 2006 at 03:28:21PM +0300, Led wrote:
> Может стОит довести до стабильного состояния сначала suspend2, а уже потом 
> включать его в основное ядро?
Доводите. Найджел - очень приятный и вменяемый человек, с радостью
принимает патчи и багрепорты. Правда, последний месяц ему было не до того,
но на днях он вернулся в онлайн и скоро, думаю, возобновит работу над
патчем.

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

<frbrgeorge> raorn: Я же говорю: преданья старины глубокой. Фунты были тяжелее, девушки -- ласковей.
<raorn> и балтика 3 была неиспорченая...

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

Re: [sisyphus] ЦИТИРОВАНИЕ

[Віталь Хілько]

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

Извините, господа, но можно ли  вам оторвать всё то, что вам мешает
нормально цитировать? Утомило, право же. На одно слово ответа 10К
цитат... 

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

[-- Attachment #2: Гэтая частка паведамленьня падпісаная электроным подпісам --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Denis G. Samsonenko">
> Вечер добрый!
>
> 29.05.06, Konstantin A. Lepikhov написал:
>> >> Почему именно "ОБЯЗАНО"?
>> > Если дистрибутив позиционируется в том числе и как десктопный, то
>> > поддержка необходимого для этого функционала должна быть работающей из
>> > коробки. Иначе это не дистрибутив, а конструктор сделай сам, что для
>> > десктопа не очень подходит.
>> Бред. Вот когда вы будете директором какого-нить ООО, то во внутреннем
>> policy можете такой поток сознания отразить, только зарплату не
>> забудьте.
>
> Не надо кидаться громкими словами, пожалуйста.
>
>> Вкраце - вам в принципе никто не будет давать никаких гарантий, поэтому
>> вы
>> не в праве их требовать. Если коснуться вопроса о работоспособности
>
> Я что-то требую конкретно для себя? 8-\
а разве вы уже не заметили?

>
>> suspend2, то этот патч _нестабилен_ по словам разработчика и лично я не
>> вижу никакого смысла его включать в std26 (если что-то отлетит в wks26,
>
> Я нигде не утверждал, что suspend2 должен быть включён в std-ядро. Не
> надо домысливать за меня, пожалуйста.
>
> По поводу wks. Я уже спрашивал, в каком дистрибутиве есть это ядро,
> причём поддерживаемое?
При чем тут дистрибутив, если это список по сизифу. Все вопросы по
дистрибутивам, гарантиям и поддержке - к ООО и org@


>
>> есть reference ядро для проверки, а тут получится вариант "xorg-7.1" -
>> все-сломано-непонятно-где-и-хрен-знает-когда-починят-потому-что-хрен-знает-как-это
>> проверить). wks26 ядро - это полигон, если уже там что-то не работает
>> как
>> надо, то нечего такие гранаты сувать в std26.
>
> Вот потому что wks -- "это полигон", это ядро и не устраивает. Должно
> быть поддерживаемое стабильное ядро для десктопа, а не полигон.
почему должно?

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Denis G. Samsonenko]

Вечер добрый!

29.05.06, Konstantin A. Lepikhov написал:
> > Я что-то требую конкретно для себя? 8-\
> а разве вы уже не заметили?

Похлже это только вы так видете.

> > По поводу wks. Я уже спрашивал, в каком дистрибутиве есть это ядро,
> > причём поддерживаемое?
> При чем тут дистрибутив, если это список по сизифу. Все вопросы по
> дистрибутивам, гарантиям и поддержке - к ООО и org@

А из чего дистрибутивы делаются, из воздуха?

Если бы дистрибутив поддерживал нормально железо моего совсем не новго
ноута, я бы и не сидел на Сизифе.

-- 
Всего доброго,

Денис.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Dmitry V. Levin]

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

On Sat, May 27, 2006 at 03:24:23PM +0400, Valery V. Inozemtsev wrote:
> В сообщении от 27 мая 2006 15:06 Pavlov Konstantin написал(a):
> > On Saturday 27 May 2006 11:23, Valery V. Inozemtsev wrote:
> > > хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы
> > > вы видеть его в ядрах из сизифа.
> >
> > В std26-up лично мне -- нет.
> 
> тех, кому suspend2 не нужен, его наличие в ядре никак не коснется

Не факт.  Есть те, кто опасается самого факта появления в ядре
сомнительных патчей.


-- 
ldv

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Александр Гвоздев]

В последнее время Линукс вообще и AltLinux особенно, напоминают винду...
"Есть крутая фича! Мы её вводим - дальше разбирайтесь сами!.." "Мы любим всё делать автогеном, и через задницу!..
"Если вы этого не любите, то нафига вам сизиф (и т.п.)?.."
Могу рассказать глюки по списку. Но смысл? О kdevelop я уже не вспоминаю, вешал, но... Для многих русскоязычных пользователей 
тамошние глюки фатальны и навсегда отвращают от линукса...

У меня много друзей, которых я перевел на алт-линукс... Теперь я им должен советовать более другие дистрибутивы, для выполнения
той же работы :(. Обидно. Честно :(.

Re: [sisyphus] [JT] про Сизиф вообще

[Dmitry V. Levin]

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

On Wed, May 31, 2006 at 03:54:46AM +0400, Александр Гвоздев wrote:
> В последнее время Линукс вообще и AltLinux особенно, напоминают винду...
> "Есть крутая фича! Мы её вводим - дальше разбирайтесь сами!.." "Мы любим всё делать автогеном, и через задницу!..
> "Если вы этого не любите, то нафига вам сизиф (и т.п.)?.."
> Могу рассказать глюки по списку. Но смысл? О kdevelop я уже не вспоминаю, вешал, но... Для многих русскоязычных пользователей 
> тамошние глюки фатальны и навсегда отвращают от линукса...
> 
> У меня много друзей, которых я перевел на алт-линукс... Теперь я им должен советовать более другие дистрибутивы, для выполнения
> той же работы :(. Обидно. Честно :(.

Это было мнение.  У каждого есть своё мнение, это нормально.
А что вы можете предложить?  Далеко не каждый может предложить что-то
конкретное, наверное, это тоже нормально.


-- 
ldv

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

Re: [sisyphus] [JT] про Сизиф вообще

[Sergey S. Skulachenko]

On Wed, 31 May 2006 04:02:14 +0400
Dmitry V. Levin wrote:

> Это было мнение.  У каждого есть своё мнение, это нормально.
> А что вы можете предложить?  Далеко не каждый может предложить
> что-то конкретное, наверное, это тоже нормально.

Могу предложить - не читать этот тред. Я так и делаю. Есть
занятия поинтереснее.

-- 
С уважением,
С.С.Скулаченко

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andriy Dobrovolkii]

У Сбт, 2006-05-27 у 15:06 +0400, Pavlov Konstantin пише:
> On Saturday 27 May 2006 11:23, Valery V. Inozemtsev wrote:
> 
> > хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы вы
> > видеть его в ядрах из сизифа.
> 
> В std26-up лично мне -- нет.
> 
> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
> 
Не не достаточно. Тем более, что wks ядра иногда очень странно себя
ведут.
Должна быть возможность нормально работать со стандартным ядром на всей
технике.
-- 
Андрей.
*****************************************************************************************************
dobr at iop.kiev dot ua           dobr at jabber.iop.kiev.ua                  044-525-78-24     044-525-78-40
*****************************************************************************************************

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Andriy Dobrovolkii">
> У Сбт, 2006-05-27 у 15:06 +0400, Pavlov Konstantin пише:
>> On Saturday 27 May 2006 11:23, Valery V. Inozemtsev wrote:
>>
>> > хотелось бы узнать насколько востребован suspend2 в std26-up и хотели
>> бы вы
>> > видеть его в ядрах из сизифа.
>>
>> В std26-up лично мне -- нет.
>>
>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>
> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
> ведут.
> Должна быть возможность нормально работать со стандартным ядром на всей
> технике.
если добавить в std26 функционал из wks26, то эти ядра будут также себя
вести.

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> <цитата от="Andriy Dobrovolkii">
>> У Сбт, 2006-05-27 у 15:06 +0400, Pavlov Konstantin пише:
>>> On Saturday 27 May 2006 11:23, Valery V. Inozemtsev wrote:
>>>
>>>> хотелось бы узнать насколько востребован suspend2 в std26-up и хотели
>>> бы вы
>>>> видеть его в ядрах из сизифа.
>>> В std26-up лично мне -- нет.
>>>
>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>
>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>> ведут.
>> Должна быть возможность нормально работать со стандартным ядром на всей
>> технике.
> если добавить в std26 функционал из wks26, то эти ядра будут также себя
> вести.
> 

Надо добавить только suspend2.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Anton Farygin">
<skip>
>>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>>
>>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>>> ведут.
>>> Должна быть возможность нормально работать со стандартным ядром на всей
>>> технике.
>> если добавить в std26 функционал из wks26, то эти ядра будут также себя
>> вести.
>>
>
> Надо добавить только suspend2.
зачем?

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> <цитата от="Anton Farygin">
> <skip>
>>>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>>>
>>>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>>>> ведут.
>>>> Должна быть возможность нормально работать со стандартным ядром на всей
>>>> технике.
>>> если добавить в std26 функционал из wks26, то эти ядра будут также себя
>>> вести.
>>>
>> Надо добавить только suspend2.
> зачем?
> 

что бы работал hibernate. Без него отваливается часть функционала в 
различных userspace местах.

В итоге эти места приходится патчить, отключая suspend 2 disk

Хотя меня вполне устроит ситуация, если в std26 ядрах будет работать 
стандартный suspend2disk.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Dmitry V. Levin]

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

On Mon, May 29, 2006 at 03:53:14PM +0400, Anton Farygin wrote:
> Konstantin A. Lepikhov wrote:
> > <цитата от="Anton Farygin">
> > <skip>
> >>>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
> >>>>>
> >>>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
> >>>> ведут.
> >>>> Должна быть возможность нормально работать со стандартным ядром на всей
> >>>> технике.
> >>> если добавить в std26 функционал из wks26, то эти ядра будут также себя
> >>> вести.
> >>>
> >> Надо добавить только suspend2.
> > зачем?
> 
> что бы работал hibernate. Без него отваливается часть функционала в 
> различных userspace местах.
> 
> В итоге эти места приходится патчить, отключая suspend 2 disk
> 
> Хотя меня вполне устроит ситуация, если в std26 ядрах будет работать 
> стандартный suspend2disk.

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


-- 
ldv

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Dmitry V. Levin wrote:
> On Mon, May 29, 2006 at 03:53:14PM +0400, Anton Farygin wrote:
>> Konstantin A. Lepikhov wrote:
>>> <цитата от="Anton Farygin">
>>> <skip>
>>>>>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>>>>>
>>>>>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>>>>>> ведут.
>>>>>> Должна быть возможность нормально работать со стандартным ядром на всей
>>>>>> технике.
>>>>> если добавить в std26 функционал из wks26, то эти ядра будут также себя
>>>>> вести.
>>>>>
>>>> Надо добавить только suspend2.
>>> зачем?
>> что бы работал hibernate. Без него отваливается часть функционала в 
>> различных userspace местах.
>>
>> В итоге эти места приходится патчить, отключая suspend 2 disk
>>
>> Хотя меня вполне устроит ситуация, если в std26 ядрах будет работать 
>> стандартный suspend2disk.
> 
> Только не за счёт чего-то другого.  Я не готов, например, пожертвовать
> серверными характеристиками в пользу десктопных.

Согласен. Естественно не за счёт чего-то другого.

Кстати, IMHO пора делать не up/smp, а smp-десктоп/smp-server ядра.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Anton Farygin">
> Konstantin A. Lepikhov wrote:
>> <цитата от="Anton Farygin">
>> <skip>
>>>>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>>>>
>>>>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>>>>> ведут.
>>>>> Должна быть возможность нормально работать со стандартным ядром на
>>>>> всей
>>>>> технике.
>>>> если добавить в std26 функционал из wks26, то эти ядра будут также
>>>> себя
>>>> вести.
>>>>
>>> Надо добавить только suspend2.
>> зачем?
>>
>
> что бы работал hibernate. Без него отваливается часть функционала в
> различных userspace местах.
тогда при чем тут suspend2 патч? Вон, в дебияновских ядрах его нет, и
hibernate работает через sysfs/power.

>
> В итоге эти места приходится патчить, отключая suspend 2 disk
>
> Хотя меня вполне устроит ситуация, если в std26 ядрах будет работать
> стандартный suspend2disk.
suspend2 и suspend в "ванильном" ядре - это совсем разные вещи. Первый это
отдельный проект по _полностью_ программной реализации hibernate (т.е. без
привлечения bios, только ядро/стандартный power mgmt в драйверах и хаки
для acpi, чтобы отделиться от кривых бивисов). Второй - это попытка
отхачить ядерные драйвера и acpi, чтобы оно работало с кривыми бивисами и
усыплялось через эти бивисы. При этом первый заточен под более общее
применение swsusp, второй более ноутбучно направлен, т.е. близок к
реальности.

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrii Dobrovol`s`kii]

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

Konstantin A. Lepikhov пишет:
> <цитата от="Andriy Dobrovolkii">
>> У Сбт, 2006-05-27 у 15:06 +0400, Pavlov Konstantin пише:
>>> On Saturday 27 May 2006 11:23, Valery V. Inozemtsev wrote:
>>>
>>>> хотелось бы узнать насколько востребован suspend2 в std26-up и хотели
>>> бы вы
>>>> видеть его в ядрах из сизифа.
>>> В std26-up лично мне -- нет.
>>>
>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>
>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>> ведут.
>> Должна быть возможность нормально работать со стандартным ядром на всей
>> технике.
> если добавить в std26 функционал из wks26, то эти ядра будут также себя
> вести.
> 
Если сделать эти ядра близнецами, то конечно. Разве с этим кто-то
спорил?
Был вопрос про одну фичу. И все. Или это единственное в чем они
сейчас различаются?
-- 
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: 191 bytes --]

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Andrii Dobrovol`s`kii">
<skip>
>>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>>
>>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>>> ведут.
>>> Должна быть возможность нормально работать со стандартным ядром на всей
>>> технике.
>> если добавить в std26 функционал из wks26, то эти ядра будут также себя
>> вести.
>>
> Если сделать эти ядра близнецами, то конечно. Разве с этим кто-то
> спорил?
> Был вопрос про одну фичу. И все. Или это единственное в чем они
> сейчас различаются?
скажем так, до недавнего времени именно из-за этой фичи wks26 выходило так
редко.

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrii Dobrovol`s`kii]

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

Konstantin A. Lepikhov пишет:
> <цитата от="Andrii Dobrovol`s`kii">
> <skip>
>>>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>>>
>>>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>>>> ведут.
>>>> Должна быть возможность нормально работать со стандартным ядром на всей
>>>> технике.
>>> если добавить в std26 функционал из wks26, то эти ядра будут также себя
>>> вести.
>>>
>> Если сделать эти ядра близнецами, то конечно. Разве с этим кто-то
>> спорил?
>> Был вопрос про одну фичу. И все. Или это единственное в чем они
>> сейчас различаются?
> скажем так, до недавнего времени именно из-за этой фичи wks26 выходило так
> редко.
> 
Что ж, тогда конечно. Ломать штатное ядро -- безумие. На такое я
тоже не согласен. :) И настаивать не буду. Но, возможность усыплять
машину со стандартным ядром была бы очень кстати. Хех, жаль, что у
других работает а у нас не очень. (Это я со слов в текущем
обсуждении, сам не тестировал. Сейчас работаю на std ядре.)
-- 
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: 191 bytes --]

Re: [sisyphus] kernel-image-std26-up & suspend2

[Artem]

Andrii Dobrovol`s`kii wrote:
> Konstantin A. Lepikhov пишет:
> 
>><цитата от="Andrii Dobrovol`s`kii">
>><skip>
>>
>>>>>>В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>>>>
>>>>>
>>>>>Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>>>>>ведут.
>>>>>Должна быть возможность нормально работать со стандартным ядром на всей
>>>>>технике.
>>>>
>>>>если добавить в std26 функционал из wks26, то эти ядра будут также себя
>>>>вести.
>>>>
>>>
>>>Если сделать эти ядра близнецами, то конечно. Разве с этим кто-то
>>>спорил?
>>>Был вопрос про одну фичу. И все. Или это единственное в чем они
>>>сейчас различаются?
>>
>>скажем так, до недавнего времени именно из-за этой фичи wks26 выходило так
>>редко.
>>
> 
> Что ж, тогда конечно. Ломать штатное ядро -- безумие. На такое я
> тоже не согласен. :) И настаивать не буду. Но, возможность усыплять
> машину со стандартным ядром была бы очень кстати. Хех, жаль, что у
> других работает а у нас не очень. (Это я со слов в текущем
> обсуждении, сам не тестировал. Сейчас работаю на std ядре.)
> 

А что мешает, например: std26 + suspend2 + splash = dsk26 :-)
Неплохая альтернатива для "десктопщиков". И всего 2 патча.
-- 
Rgds, Artem.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 19:11 Artem написал(a):
> Andrii Dobrovol`s`kii wrote:
> > Konstantin A. Lepikhov пишет:
> >><цитата от="Andrii Dobrovol`s`kii">
> >><skip>
> >>
> >>>>>>В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
> >>>>>
> >>>>>Не не достаточно. Тем более, что wks ядра иногда очень странно себя
> >>>>>ведут.
> >>>>>Должна быть возможность нормально работать со стандартным ядром на
> >>>>> всей технике.
> >>>>
> >>>>если добавить в std26 функционал из wks26, то эти ядра будут также себя
> >>>>вести.
> >>>
> >>>Если сделать эти ядра близнецами, то конечно. Разве с этим кто-то
> >>>спорил?
> >>>Был вопрос про одну фичу. И все. Или это единственное в чем они
> >>>сейчас различаются?
> >>
> >>скажем так, до недавнего времени именно из-за этой фичи wks26 выходило
> >> так редко.
> >
> > Что ж, тогда конечно. Ломать штатное ядро -- безумие. На такое я
> > тоже не согласен. :) И настаивать не буду. Но, возможность усыплять
> > машину со стандартным ядром была бы очень кстати. Хех, жаль, что у
> > других работает а у нас не очень. (Это я со слов в текущем
> > обсуждении, сам не тестировал. Сейчас работаю на std ядре.)
>
> А что мешает, например: std26 + suspend2 + splash = dsk26 :-)
> Неплохая альтернатива для "десктопщиков". И всего 2 патча.

Для "десктопщиков" еще бы supermount и... получится практически wks26 без 
reiser4:) Вам reiser4 мешает?

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Led wrote:
> В сообщении от 29 мая 2006 19:11 Artem написал(a):
>> Andrii Dobrovol`s`kii wrote:
>>> Konstantin A. Lepikhov пишет:
>>>> <цитата от="Andrii Dobrovol`s`kii">
>>>> <skip>
>>>>
>>>>>>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>>>>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>>>>>>> ведут.
>>>>>>> Должна быть возможность нормально работать со стандартным ядром на
>>>>>>> всей технике.
>>>>>> если добавить в std26 функционал из wks26, то эти ядра будут также себя
>>>>>> вести.
>>>>> Если сделать эти ядра близнецами, то конечно. Разве с этим кто-то
>>>>> спорил?
>>>>> Был вопрос про одну фичу. И все. Или это единственное в чем они
>>>>> сейчас различаются?
>>>> скажем так, до недавнего времени именно из-за этой фичи wks26 выходило
>>>> так редко.
>>> Что ж, тогда конечно. Ломать штатное ядро -- безумие. На такое я
>>> тоже не согласен. :) И настаивать не буду. Но, возможность усыплять
>>> машину со стандартным ядром была бы очень кстати. Хех, жаль, что у
>>> других работает а у нас не очень. (Это я со слов в текущем
>>> обсуждении, сам не тестировал. Сейчас работаю на std ядре.)
>> А что мешает, например: std26 + suspend2 + splash = dsk26 :-)
>> Неплохая альтернатива для "десктопщиков". И всего 2 патча.
> 
> Для "десктопщиков" еще бы supermount и... получится практически wks26 без 
> reiser4:) Вам reiser4 мешает?
> 

supermount уже никому не нужен.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Denis G. Samsonenko]

Вечер добрый!

30.05.06, Led написал:
> > А что мешает, например: std26 + suspend2 + splash = dsk26 :-)
> > Неплохая альтернатива для "десктопщиков". И всего 2 патча.
>
> Для "десктопщиков" еще бы supermount и... получится практически wks26 без

Если ivman etc нормально работают, то supermount не нужен.

> reiser4:) Вам reiser4 мешает?

Не мешает, но и причин перехода на него с ext3 тоже не вижу.

-- 
Всего доброго,

Денис.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Artem]

Denis G. Samsonenko wrote:
> 
>>reiser4:) Вам reiser4 мешает?
> 
> 
> Не мешает, но и причин перехода на него с ext3 тоже не вижу.
> 
Верно. Лишний раз убедился 2 дня назад, пересчитывая и восстанавливая
ручками убитую при установке солярки таблицу разделов на ноуте. reiser
"вычислил" лишь как остаток от ext2-3 разделов (у меня /usr на ей) :-D

-- 
Rgds, Artem.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Artem]

Led wrote:
> В сообщении от 29 мая 2006 19:11 Artem написал(a):
> 
>>Andrii Dobrovol`s`kii wrote:
>>
>>>Konstantin A. Lepikhov пишет:
>>>
>>>><цитата от="Andrii Dobrovol`s`kii">
>>>><skip>
>>>>
>>>>>>>>В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
>>>>>>>
>>>>>>>Не не достаточно. Тем более, что wks ядра иногда очень странно себя
>>>>>>>ведут.
>>>>>>>Должна быть возможность нормально работать со стандартным ядром на
>>>>>>>всей технике.
>>>>>>
>>>>>>если добавить в std26 функционал из wks26, то эти ядра будут также себя
>>>>>>вести.
>>>>>
>>>>>Если сделать эти ядра близнецами, то конечно. Разве с этим кто-то
>>>>>спорил?
>>>>>Был вопрос про одну фичу. И все. Или это единственное в чем они
>>>>>сейчас различаются?
>>>>
>>>>скажем так, до недавнего времени именно из-за этой фичи wks26 выходило
>>>>так редко.
>>>
>>>Что ж, тогда конечно. Ломать штатное ядро -- безумие. На такое я
>>>тоже не согласен. :) И настаивать не буду. Но, возможность усыплять
>>>машину со стандартным ядром была бы очень кстати. Хех, жаль, что у
>>>других работает а у нас не очень. (Это я со слов в текущем
>>>обсуждении, сам не тестировал. Сейчас работаю на std ядре.)
>>
>>А что мешает, например: std26 + suspend2 + splash = dsk26 :-)
>>Неплохая альтернатива для "десктопщиков". И всего 2 патча.
> 
> 
> Для "десктопщиков" еще бы supermount и... получится практически wks26 без 
> reiser4:) Вам reiser4 мешает?
> 
Смотрите глубже. splash с фирменным анимированным логотипом Сизифа на
десктопах - это хорошая наглядная реклама была бы ;-) А не просто
безликий tux. Любого спроси - наизусть опишет slpash от xp-оффтопика.
Чем сизиф хуже ?
dsk26 - тот же up26 + "реклама" + suspend2 (hibernate для десктопа -
вещь очень полезная, как доп. пример - в связке с ups - по окончании
заряда батарей все сохранится без проблем на диск даже если пользователь
отлучился). С таким малым количеством дополнит. патчей баги отследить
будет проще и стабильность будет выше чем в wks26. Главное, не
перестараться и отобрать действительно _нужные_ патчи.
А wks26 оставить как _нестабильное_ для экспериментов с новыми фичами.

-- 
Rgds, Artem.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Eugene A. Suchkov]

В сообщении от 29 мая 2006 20:56 Artem написал(a):

> dsk26 - тот же up26 + "реклама" + suspend2 (hibernate для десктопа -

почему up то?

-- 
With best regards
Eugene A. Suchkov (a.k.a CityHawk)
JID eugene.suchkov@gmail.com

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 29 мая 2006 19:56 Artem написал(a):
> Led wrote:
> > В сообщении от 29 мая 2006 19:11 Artem написал(a):
> >>Andrii Dobrovol`s`kii wrote:
> >>>Konstantin A. Lepikhov пишет:
> >>>><цитата от="Andrii Dobrovol`s`kii">
> >>>><skip>
> >>>>
> >>>>>>>>В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
> >>>>>>>
> >>>>>>>Не не достаточно. Тем более, что wks ядра иногда очень странно себя
> >>>>>>>ведут.
> >>>>>>>Должна быть возможность нормально работать со стандартным ядром на
> >>>>>>>всей технике.
> >>>>>>
> >>>>>>если добавить в std26 функционал из wks26, то эти ядра будут также
> >>>>>> себя вести.
> >>>>>
> >>>>>Если сделать эти ядра близнецами, то конечно. Разве с этим кто-то
> >>>>>спорил?
> >>>>>Был вопрос про одну фичу. И все. Или это единственное в чем они
> >>>>>сейчас различаются?
> >>>>
> >>>>скажем так, до недавнего времени именно из-за этой фичи wks26 выходило
> >>>>так редко.
> >>>
> >>>Что ж, тогда конечно. Ломать штатное ядро -- безумие. На такое я
> >>>тоже не согласен. :) И настаивать не буду. Но, возможность усыплять
> >>>машину со стандартным ядром была бы очень кстати. Хех, жаль, что у
> >>>других работает а у нас не очень. (Это я со слов в текущем
> >>>обсуждении, сам не тестировал. Сейчас работаю на std ядре.)
> >>
> >>А что мешает, например: std26 + suspend2 + splash = dsk26 :-)
> >>Неплохая альтернатива для "десктопщиков". И всего 2 патча.
> >
> > Для "десктопщиков" еще бы supermount и... получится практически wks26 без
> > reiser4:) Вам reiser4 мешает?
>
> Смотрите глубже. splash с фирменным анимированным логотипом Сизифа на
> десктопах - это хорошая наглядная реклама была бы ;-)

Это называется Adware. Даже в проприетарных продуктах от неё отказываются (см. 
Opera, например).

> А не просто 
> безликий tux.
> Любого спроси - наизусть опишет slpash от xp-оффтопика. 
> Чем сизиф хуже ?
> dsk26 - тот же up26 + "реклама" + suspend2 (hibernate для десктопа -
> вещь очень полезная, как доп. пример - в связке с ups - по окончании
> заряда батарей все сохранится без проблем на диск даже если пользователь
> отлучился).

"в связке с ups - по окончании заряда батарей все сохранится без проблем на 
диск даже если пользователь отлучился)" - именно так всё и происходит, вот 
только саспенд тут ни при чём. А какой именно пользователь 
отлучился? "Просыпаться" будет без всякого пароля, любой мимопроходящий 
разбудить сможет? А если не любой - то кто именно? С каким паролем?Вы 
предлагаете свести к "Линукс == однопользовательская ОС" или "Десктоп-линукс 
== однопользовательская ОС"? По-моему для однопользовательской системы КПК 
вполне достаточно...

> С таким малым количеством дополнит. патчей баги отследить 
> будет проще и стабильность будет выше чем в wks26. Главное, не
> перестараться и отобрать действительно _нужные_ патчи.

Вот список "дополнительных патчей" в текущем wks26:

kernel-feat-fs-reiser4-2.6.12-alt2.mm2
kernel-feat-fs-tmpfs-lookup-traps-0.2004.11.02-alt1
kernel-feat-core-lowlatency-2005.07.01-alt1
kernel-feat-core-realtime-0.8.5-alt1.1
kernel-feat-swsusp-20050705-alt1
kernel-feat-core-badmem-2005.07.01-alt1

Где здесь, по-вашему, "перестарались"?

> А wks26 оставить как _нестабильное_ для экспериментов с новыми фичами.

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrii Dobrovol`s`kii]

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

Led пишет:
> Вот список "дополнительных патчей" в текущем wks26:
> 
> kernel-feat-fs-reiser4-2.6.12-alt2.mm2
> kernel-feat-fs-tmpfs-lookup-traps-0.2004.11.02-alt1
> kernel-feat-core-lowlatency-2005.07.01-alt1
> kernel-feat-core-realtime-0.8.5-alt1.1
> kernel-feat-swsusp-20050705-alt1
> kernel-feat-core-badmem-2005.07.01-alt1
> 
> Где здесь, по-вашему, "перестарались"?
> 
Лично мне, анимированная заставка абсолютно не нужна. И особенно в
Сизифе. Предпочитаю видеть привычный лог загрузки и сразу иметь
возможность реагировать на проблему, если она есть.
Что там в wks не может одно с другим ужиться я не знаю, но из-за
эпизодического подземного стука на этих ядрах пришлось вернуться к
стандартному. А возможность усыпления системы была бы кстати.
(И у меня сложилось впечатление, что lowlatency и realtime только
замедляют систему.)
-- 
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: 191 bytes --]

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Andrii Dobrovol`s`kii пишет:

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

У меня с некоторых пор тоже начался подземный стук. Думал 
память..оказалось конденсаторы..как раз по цепипитания памяти судя по 
всему. ;-)

P.S. А ведь знал что из-за них очень часто слышен подземный стук.

-- 
   np: Dark Princess - Living In Me

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrii Dobrovol`s`kii]

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

Anton Gorlov пишет:
> Andrii Dobrovol`s`kii пишет:
> 
>> особенно в
>> Сизифе. Предпочитаю видеть привычный лог загрузки и сразу иметь
>> возможность реагировать на проблему, если она есть.
>> Что там в wks не может одно с другим ужиться я не знаю, но из-за
>> эпизодического подземного стука на этих ядрах пришлось вернуться к
>> стандартному. 
> 
> У меня с некоторых пор тоже начался подземный стук. Думал 
> память..оказалось конденсаторы..как раз по цепипитания памяти судя по 
> всему. ;-)
> 
> P.S. А ведь знал что из-за них очень часто слышен подземный стук.
> 
Ну, значит конденсаторы этой мамы обладают искусственным интеллектом
и умеют определять загруженное ядро... ;)
-- 
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: 191 bytes --]

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Andrii Dobrovol`s`kii пишет:

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

Я сам долго думал над этим. Не иначе как матрица..

-- 
   np: Dark Princess - My Fragile Winter Dream

Re: [sisyphus] kernel-image-std26-up & suspend2

[Epiphanov Sergei]

В сообщении от Tuesday 30 May 2006 13:46 Anton Gorlov написал(a):
> > Ну, значит конденсаторы этой мамы обладают искусственным интеллектом
> > и умеют определять загруженное ядро... ;)
>
> Я сам долго думал над этим. Не иначе как матрица..

А зачем матрица в конденсаторах? :-O Чтобы электроны не дрались?

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Epiphanov Sergei пишет:

>>> Ну, значит конденсаторы этой мамы обладают искусственным интеллектом
>>> и умеют определять загруженное ядро... ;)
>> Я сам долго думал над этим. Не иначе как матрица..
> А зачем матрица в конденсаторах? :-O Чтобы электроны не дрались?

А по другому я просто не омгу обьяснить почему под wks огого какие 
подземные стуки были.а под std26 всё стибильно работало.. да и мемтест 
за неделю ничего не нашёл.

-- 
   np: Dark Princess - The Game

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 30 мая 2006 11:21 Andrii Dobrovol`s`kii написал(a):
> Led пишет:
> > Вот список "дополнительных патчей" в текущем wks26:
> >
> > kernel-feat-fs-reiser4-2.6.12-alt2.mm2
> > kernel-feat-fs-tmpfs-lookup-traps-0.2004.11.02-alt1
> > kernel-feat-core-lowlatency-2005.07.01-alt1
> > kernel-feat-core-realtime-0.8.5-alt1.1
> > kernel-feat-swsusp-20050705-alt1
> > kernel-feat-core-badmem-2005.07.01-alt1
> >
> > Где здесь, по-вашему, "перестарались"?
>
> Лично мне, анимированная заставка абсолютно не нужна. И особенно в
> Сизифе. Предпочитаю видеть привычный лог загрузки и сразу иметь
> возможность реагировать на проблему, если она есть.
> Что там в wks не может одно с другим ужиться я не знаю, но из-за
> эпизодического подземного стука на этих ядрах пришлось вернуться к
> стандартному.

А у меня за последние полтора года - никаких "подземных стуков" на wks

> А возможность усыпления системы была бы кстати.

Она не помешала бы. Вот только заявления о том, что "появится suspend2disk - 
всё само заработает, ничего настраивать не нужно, наступит счастье и решатся 
все мои пожелания" ИМХО неоправдано оптимистично - я говорю это с точки 
зрения того, у кого этот suspend2disk уже давно есть в системе, потому как 
давно уже "сижу" на wks. Он полезен, но ИМХО, если есть возможность решить 
какую-то задачу без его использования, лучше так и сделать.

> (И у меня сложилось впечатление, что lowlatency и realtime только
> замедляют систему.)

realtime - врядли. lowlatency - скорее всего, никто этого и не отрицал 
никогда: он для ускорения РЕАКЦИИ системы, а не для ускорения вообще AFAIR.

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Artem]

Led wrote:

> 
> "в связке с ups - по окончании заряда батарей все сохранится без проблем на 
> диск даже если пользователь отлучился)" - именно так всё и происходит, вот 
> только саспенд тут ни при чём. 

Вы имели в виду kde ?

> А какой именно пользователь 
> отлучился? "Просыпаться" будет без всякого пароля, любой мимопроходящий 
> разбудить сможет? А если не любой - то кто именно? С каким паролем?Вы 
> предлагаете свести к "Линукс == однопользовательская ОС" или "Десктоп-линукс 
> == однопользовательская ОС"? По-моему для однопользовательской системы КПК 
> вполне достаточно...
> 
В этом соглашусь с Вами. Добавлю только, что у меня, например, настройки
suspend2 такие, что войти в систему после ee просыпания может только тот
пользователь, который в ней работал в момент "засыпания". Через окно
пароля, естессно.

> 
>>С таким малым количеством дополнит. патчей баги отследить 
>>будет проще и стабильность будет выше чем в wks26. Главное, не
>>перестараться и отобрать действительно _нужные_ патчи.
> 
> 
> Вот список "дополнительных патчей" в текущем wks26:
> 
> kernel-feat-fs-reiser4-2.6.12-alt2.mm2
> kernel-feat-fs-tmpfs-lookup-traps-0.2004.11.02-alt1
> kernel-feat-core-lowlatency-2005.07.01-alt1
> kernel-feat-core-realtime-0.8.5-alt1.1
> kernel-feat-swsusp-20050705-alt1
> kernel-feat-core-badmem-2005.07.01-alt1
> 
> Где здесь, по-вашему, "перестарались"?
> 

Простите, но отвечу вопросом на вопрос: а из-за чего, собственно говоря,
тред тогда возник? Если нет проблемы, исходя из списка доп. патчей - "не
перестарались" - значит, std26 == wks26 по соображениям стабильности! Я
правильно рассуждаю?

> 
>>А wks26 оставить как _нестабильное_ для экспериментов с новыми фичами.
> 
> 


-- 
Rgds, Artem.

\|/ ____ \|/
"@'/ .. \`@"
/_| \__/ |_\
   \__U_/

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

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

Hi Artem!

Tuesday 30, at 06:13:30 PM you wrote:

<skip>
> > Вот список "дополнительных патчей" в текущем wks26:
> > 
> > kernel-feat-fs-reiser4-2.6.12-alt2.mm2
> > kernel-feat-fs-tmpfs-lookup-traps-0.2004.11.02-alt1
> > kernel-feat-core-lowlatency-2005.07.01-alt1
> > kernel-feat-core-realtime-0.8.5-alt1.1
> > kernel-feat-swsusp-20050705-alt1
> > kernel-feat-core-badmem-2005.07.01-alt1
> > 
> > Где здесь, по-вашему, "перестарались"?
> > 
> 
> Простите, но отвечу вопросом на вопрос: а из-за чего, собственно говоря,
> тред тогда возник? Если нет проблемы, исходя из списка доп. патчей - "не
> перестарались" - значит, std26 == wks26 по соображениям стабильности! Я
> правильно рассуждаю?
судя по репликам пользователей wks26, правильно рассуждаете.

-- 
WBR et al.

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

> > > kernel-feat-fs-reiser4-2.6.12-alt2.mm2
> > > kernel-feat-fs-tmpfs-lookup-traps-0.2004.11.02-alt1
> > > kernel-feat-core-lowlatency-2005.07.01-alt1
> > > kernel-feat-core-realtime-0.8.5-alt1.1
> > > kernel-feat-swsusp-20050705-alt1
> > > kernel-feat-core-badmem-2005.07.01-alt1
> > >
> > > Где здесь, по-вашему, "перестарались"?
> >
> > Простите, но отвечу вопросом на вопрос: а из-за чего, собственно говоря,
> > тред тогда возник? Если нет проблемы, исходя из списка доп. патчей - "не
> > перестарались" - значит, std26 == wks26 по соображениям стабильности! Я
> > правильно рассуждаю?
>
> судя по репликам пользователей wks26, правильно рассуждаете.

Костик, ты себе льстишь

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

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

Hi Valery!

Tuesday 30, at 07:48:46 PM you wrote:

> > > > kernel-feat-fs-reiser4-2.6.12-alt2.mm2
> > > > kernel-feat-fs-tmpfs-lookup-traps-0.2004.11.02-alt1
> > > > kernel-feat-core-lowlatency-2005.07.01-alt1
> > > > kernel-feat-core-realtime-0.8.5-alt1.1
> > > > kernel-feat-swsusp-20050705-alt1
> > > > kernel-feat-core-badmem-2005.07.01-alt1
> > > >
> > > > Где здесь, по-вашему, "перестарались"?
> > >
> > > Простите, но отвечу вопросом на вопрос: а из-за чего, собственно говоря,
> > > тред тогда возник? Если нет проблемы, исходя из списка доп. патчей - "не
> > > перестарались" - значит, std26 == wks26 по соображениям стабильности! Я
> > > правильно рассуждаю?
> >
> > судя по репликам пользователей wks26, правильно рассуждаете.
> 
> Костик, ты себе льстишь
нет. Здесь так и не смогли доказать обратное :))

-- 
WBR et al.

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

> > > > Простите, но отвечу вопросом на вопрос: а из-за чего, собственно
> > > > говоря, тред тогда возник? Если нет проблемы, исходя из списка доп.
> > > > патчей - "не перестарались" - значит, std26 == wks26 по соображениям
> > > > стабильности! Я правильно рассуждаю?
> > >
> > > судя по репликам пользователей wks26, правильно рассуждаете.
> >
> > Костик, ты себе льстишь
>
> нет. Здесь так и не смогли доказать обратное :))

доказать что и кому? и вообще здесь разве разговор о wks26?

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

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

Hi Valery!

Tuesday 30, at 08:01:23 PM you wrote:

> > > > > Простите, но отвечу вопросом на вопрос: а из-за чего, собственно
> > > > > говоря, тред тогда возник? Если нет проблемы, исходя из списка доп.
> > > > > патчей - "не перестарались" - значит, std26 == wks26 по соображениям
> > > > > стабильности! Я правильно рассуждаю?
> > > >
> > > > судя по репликам пользователей wks26, правильно рассуждаете.
> > >
> > > Костик, ты себе льстишь
> >
> > нет. Здесь так и не смогли доказать обратное :))
> 
> доказать что и кому? и вообще здесь разве разговор о wks26?
здесь разговор о бесполезности того, что ты сделал.

-- 
WBR et al.

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

В сообщении от 30 мая 2006 20:08 Konstantin A. Lepikhov написал(a):
> Hi Valery!
>
> Tuesday 30, at 08:01:23 PM you wrote:
> > > > > > Простите, но отвечу вопросом на вопрос: а из-за чего, собственно
> > > > > > говоря, тред тогда возник? Если нет проблемы, исходя из списка
> > > > > > доп. патчей - "не перестарались" - значит, std26 == wks26 по
> > > > > > соображениям стабильности! Я правильно рассуждаю?
> > > > >
> > > > > судя по репликам пользователей wks26, правильно рассуждаете.
> > > >
> > > > Костик, ты себе льстишь
> > >
> > > нет. Здесь так и не смогли доказать обратное :))
> >
> > доказать что и кому? и вообще здесь разве разговор о wks26?
>
> здесь разговор о бесполезности того, что ты сделал.

с каких это пор ТЫ решаешь что кому полезно а что нет? лично для меня 
совершенно бесполезно wks26 со всеми твоими перделкамисвистелками

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Valery V. Inozemtsev пишет:

>>>>> Костик, ты себе льстишь
>>>> нет. Здесь так и не смогли доказать обратное :))
>>> доказать что и кому? и вообще здесь разве разговор о wks26?
>> здесь разговор о бесполезности того, что ты сделал.
> с каких это пор ТЫ решаешь что кому полезно а что нет? лично для меня 
> совершенно бесполезно wks26 со всеми твоими перделкамисвистелками

Господа..может уже хватит.. думаю есть куда более глобальные 
проблемы..которые нужно решать.
К примеру - всемирное потепление, подготовка к выпуску 
хорошооттестированного бранча.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Александр Гвоздев]

В сообщении от 30 мая 2006 20:20 Anton Gorlov написал(a):
> Valery V. Inozemtsev пишет:
> 
> >>>>> Костик, ты себе льстишь
> >>>> нет. Здесь так и не смогли доказать обратное :))
> >>> доказать что и кому? и вообще здесь разве разговор о wks26?
> >> здесь разговор о бесполезности того, что ты сделал.
> > с каких это пор ТЫ решаешь что кому полезно а что нет? лично для меня 
> > совершенно бесполезно wks26 со всеми твоими перделкамисвистелками
> 
> Господа..может уже хватит.. думаю есть куда более глобальные 
> проблемы..которые нужно решать.
> К примеру - всемирное потепление, подготовка к выпуску 
> хорошооттестированного бранча.
Или, например, на USB-мышь, неработающую  без перевтыкания (на текущем wks & etc). Или на чёрный экран в иксах при драйвере nvidia и gf mx440...

Re: [sisyphus] kernel-image-std26-up & suspend2

[Nick S. Grechukh]

Александр Гвоздев wrote:
> Или, например, на USB-мышь,
что я делаю неправильно?

не выключая комп, не выгружая иксы выкинул старую мышу ps2, воткнул 
новую usb 5-key intellimouse, она сразу подхватилась. потом несколько 
плановых ребутов - все нормально работало.

> (на текущем wks & etc)

и на std26-smp-2.6.16-alt4, и на vs26-smp-2.6.16-alt3, и на 
wks26-smp-2.6.16-alt4

Re: [sisyphus] kernel-image-std26-up & suspend2

[Александр Гвоздев]

В сообщении от 31 мая 2006 15:59 Nick S. Grechukh написал(a):
> не выключая комп, не выгружая иксы выкинул старую мышу ps2, воткнул 
> новую usb 5-key intellimouse, она сразу подхватилась. потом несколько 
> плановых ребутов - все нормально работало.
> 
Microsoft Corp. IntelliMouse Optical
При старте машины курсор не начинает двигаться пока не переткнёшь.
Потом всё нормально.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Nick S. Grechukh]

Александр Гвоздев wrote:
> В сообщении от 31 мая 2006 15:59 Nick S. Grechukh написал(a):
>> не выключая комп, не выгружая иксы выкинул старую мышу ps2, воткнул 
>> новую usb 5-key intellimouse, она сразу подхватилась. потом несколько 
>> плановых ребутов - все нормально работало.
>>
> Microsoft Corp. IntelliMouse Optical
gns@mordor ~ $ mousescan
unknown /dev/input/mouse0       "Microsoft Microsoft 5-Button Mouse with 
IntelliEye(TM)"

работает :)

Re: [sisyphus] kernel-image-std26-up & suspend2

[Александр Гвоздев]

> >> не выключая комп, не выгружая иксы выкинул старую мышу ps2, воткнул 
> >> новую usb 5-key intellimouse, она сразу подхватилась. потом несколько 
> >> плановых ребутов - все нормально работало.
> >>
> > Microsoft Corp. IntelliMouse Optical
> gns@mordor ~ $ mousescan
> unknown /dev/input/mouse0       "Microsoft Microsoft 5-Button Mouse with 
> IntelliEye(TM)"
> 
> работает :)
unknown /dev/input/mouse0       "Microsoft Microsoft IntelliMouse╝ Optical"
Не работает.
При старте системы отсутствует /dev/input/mouse0
При перевтакании - появляется. Куда копать-то?

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

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

Hi Valery!

Tuesday 30, at 08:15:28 PM you wrote:

> В сообщении от 30 мая 2006 20:08 Konstantin A. Lepikhov написал(a):
> > Hi Valery!
> >
> > Tuesday 30, at 08:01:23 PM you wrote:
> > > > > > > Простите, но отвечу вопросом на вопрос: а из-за чего, собственно
> > > > > > > говоря, тред тогда возник? Если нет проблемы, исходя из списка
> > > > > > > доп. патчей - "не перестарались" - значит, std26 == wks26 по
> > > > > > > соображениям стабильности! Я правильно рассуждаю?
> > > > > >
> > > > > > судя по репликам пользователей wks26, правильно рассуждаете.
> > > > >
> > > > > Костик, ты себе льстишь
> > > >
> > > > нет. Здесь так и не смогли доказать обратное :))
> > >
> > > доказать что и кому? и вообще здесь разве разговор о wks26?
> >
> > здесь разговор о бесполезности того, что ты сделал.
> 
> с каких это пор ТЫ решаешь что кому полезно а что нет? лично для меня 
> совершенно бесполезно wks26 со всеми твоими перделкамисвистелками
они не мои, и скажи тогда это авторам "перделкамисвистелок". Меньше
эмоций, больше дела - раз в обиход пошли личности, тогда вопрос _лично к
тебе_ - ТЫ готов самостоятельно вести собственную сборку ядра и
_гарантировать_ всем его безглючность на _любом_ железе, не привлекая к
этому k-m-t@? Если нет, тогда прошу прекратить беспочвенные наезды на
wks26 и впредь этого не делать.

-- 
WBR et al.

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

> > >
> > > здесь разговор о бесполезности того, что ты сделал.

здесь я забыл сказать, учись отвечать только за себя

> >
> > с каких это пор ТЫ решаешь что кому полезно а что нет? лично для меня
> > совершенно бесполезно wks26 со всеми твоими перделкамисвистелками
>
> они не мои, и скажи тогда это авторам "перделкамисвистелок".

ну и не надо тогда всякую бяку в рот тащить

> Меньше 
> эмоций, больше дела - раз в обиход пошли личности, тогда вопрос _лично к
> тебе_ - ТЫ готов самостоятельно вести собственную сборку ядра и
> _гарантировать_ всем его безглючность на _любом_ железе, не привлекая к
> этому k-m-t@?

для гарантов безглючности отвечаю - а я и не собирался "вести собственную 
сборку ядра". почитай тред с самого начала

> Если нет, тогда прошу прекратить беспочвенные наезды на 
> wks26 и впредь этого не делать.

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

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

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

Hi Valery!

Tuesday 30, at 08:45:54 PM you wrote:

> > > >
> > > > здесь разговор о бесполезности того, что ты сделал.
> 
> здесь я забыл сказать, учись отвечать только за себя
<<

> 
> > >
> > > с каких это пор ТЫ решаешь что кому полезно а что нет? лично для меня
> > > совершенно бесполезно wks26 со всеми твоими перделкамисвистелками
> >
> > они не мои, и скажи тогда это авторам "перделкамисвистелок".
> 
> ну и не надо тогда всякую бяку в рот тащить
<<

> 
> > Меньше 
> > эмоций, больше дела - раз в обиход пошли личности, тогда вопрос _лично к
> > тебе_ - ТЫ готов самостоятельно вести собственную сборку ядра и
> > _гарантировать_ всем его безглючность на _любом_ железе, не привлекая к
> > этому k-m-t@?
> 
> для гарантов безглючности отвечаю - а я и не собирался "вести собственную 
> сборку ядра". почитай тред с самого начала
<<

> 
> > Если нет, тогда прошу прекратить беспочвенные наезды на 
> > wks26 и впредь этого не делать.
> 
> да никто твое wks26 трогать не собирался, пока ты не влез с его рекламой. для 
> меня оно вообще как тот Неуловимый Джо из всем известного анекдота.
надоело. Ставлю в blacklist

-- 
WBR et al.

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

[sisyphus] Administrativia

[Dmitry V. Levin]

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

On Tue, May 30, 2006 at 08:45:54PM +0400, Valery V. Inozemtsev wrote:
> > > В сообщении от 30 мая 2006 20:08 Konstantin A. Lepikhov написал(a):
> > > > здесь разговор о бесполезности того, что ты сделал.
> здесь я забыл сказать, учись отвечать только за себя

А вот и не подерётесь!

Другими словами, выяснение отношений к тематике списка рассылки ничего
общего не имеет.


-- 
ldv

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> Hi Valery!
> 
> Tuesday 30, at 08:15:28 PM you wrote:
> 
>> В сообщении от 30 мая 2006 20:08 Konstantin A. Lepikhov написал(a):
>>> Hi Valery!
>>>
>>> Tuesday 30, at 08:01:23 PM you wrote:
>>>>>>>> Простите, но отвечу вопросом на вопрос: а из-за чего, собственно
>>>>>>>> говоря, тред тогда возник? Если нет проблемы, исходя из списка
>>>>>>>> доп. патчей - "не перестарались" - значит, std26 == wks26 по
>>>>>>>> соображениям стабильности! Я правильно рассуждаю?
>>>>>>> судя по репликам пользователей wks26, правильно рассуждаете.
>>>>>> Костик, ты себе льстишь
>>>>> нет. Здесь так и не смогли доказать обратное :))
>>>> доказать что и кому? и вообще здесь разве разговор о wks26?
>>> здесь разговор о бесполезности того, что ты сделал.
>> с каких это пор ТЫ решаешь что кому полезно а что нет? лично для меня 
>> совершенно бесполезно wks26 со всеми твоими перделкамисвистелками
> они не мои, и скажи тогда это авторам "перделкамисвистелок". Меньше
> эмоций, больше дела - раз в обиход пошли личности, тогда вопрос _лично к
> тебе_ - ТЫ готов самостоятельно вести собственную сборку ядра и
> _гарантировать_ всем его безглючность на _любом_ железе, не привлекая к
> этому k-m-t@? Если нет, тогда прошу прекратить беспочвенные наезды на
> wks26 и впредь этого не делать.

Давай пойдём другим путём ?

Ведь я точно знаю, что ты на wks26 прикладываешь не только suspend 
патчи.. а ещё и:
-%define base_flavour   std26
+%define base_flavour   wks26
  %define flavour                %base_flavour-up

  # Build options
  # You can change compiler version by editing this line:
-%define kgcc_version   3.4
+%define kgcc_version   4.1

  # Enable/disable SGML docs formatting
  %def_enable docs
@@ -47,14 +47,15 @@
  %add_patch_list kernel-fix-drivers-usb
  %add_patch_list kernel-fix-drivers-video
  %add_patch_list kernel-fix-security
-%add_patch_list kernel-fix-security-altsec
+#add_patch_list kernel-fix-security-altsec
  #add_patch_list kernel-fix-core-skbuff

  # Features:

-#add_patch_list kernel-feat-drivers-drm
  #add_patch_list kernel-feat-drivers-video-splash
  #add_patch_list kernel-feat-drivers-input
+%add_patch_list kernel-feat-cpufreq
+%add_patch_list kernel-feat-ipmi
  %add_patch_list kernel-feat-drivers-net-sk98lin
  %add_patch_list kernel-feat-drivers-pktcdvd
  %add_patch_list kernel-feat-fs-squashfs
@@ -68,6 +69,13 @@
  # I do not put a Conflicts for the old console-tools here,
  # because the old loadkeys works fine the new kernel interface.

+%add_patch_list kernel-feat-fs-reiser4
+%add_patch_list kernel-feat-fs-supermount-ng
+%add_patch_list kernel-feat-core-lowlatency
+%add_patch_list kernel-feat-swsusp
+%add_patch_list kernel-feat-core-badmem
+%add_patch_list        kernel-feat-evms
+

Как видно из этого, разница всё-таки очень большая между wks и std.

И Валера абсолютно правильно сделал, собрав себе ядро std со включенным 
swsusp

IMHO именно это и нужно делать - собирать ядро с теми фичами, которые мы 
планируем _реально_ перенести в std26 ветку,

Из перечисленных фич можно забрать пожалуй reiser4 и swsusp.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Kirill A. Shutemov]

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

On 10:30 Wed 31 May, Anton Farygin wrote:
> Из перечисленных фич можно забрать пожалуй reiser4 и swsusp.
А чем плох badmem или evms?

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> Так скоро анфриз сизифа?
Так вы не заметили?
Уже неделю как.
		-- ldv in devel@

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Kirill A. Shutemov wrote:
> On 10:30 Wed 31 May, Anton Farygin wrote:
>> Из перечисленных фич можно забрать пожалуй reiser4 и swsusp.
> А чем плох badmem или evms?

А объясните пожалуйста, зачем они нужны ?

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Anton Farygin">
> Kirill A. Shutemov wrote:
>> On 10:30 Wed 31 May, Anton Farygin wrote:
>>> Из перечисленных фич можно забрать пожалуй reiser4 и swsusp.
>> А чем плох badmem или evms?
>
> А объясните пожалуйста, зачем они нужны ?
объясните мне пожалуйста, зачем нужны udev,hal и dbus, мне вот они
совершенно не нужны и давайте их выкинем из сизифа. Если интересно, то у
каждого патча в wks26 есть свои пользователи (лично я использую
badmem/evms/lowlatency). И они мне нужны (и еще кому-то), т.к. есть машины
с битой памятью (не у всех, знаете ли, есть edac и ecc), и есть разделы на
bbr (aoe с bbr очень интересное решение), да и стандартных шедулеров
иногда не хватает (особенно, если диски не сказевые, и памяти не гектар).
Антон, если тебе это не нужно и непонятно, это не значит, что это не нужно
всем. Весь сыр-бор разгорелся из-за того, что некторые товарисчи из team
пытаются пропихнуть то, о чем они сами не имеют никакого представления, но
при поливают грязью что уже есть и работает.

В добавок все фичи из wks26 когда-нибудь (за исключением badmem) частично
все равно попадают в upstream (например 30% текущего lc патча уже есть, то
же самое насчет swsusp) и wks26 в текущем виде дает возможность
ознакомится с этими фичами и оттестировать их задолго до "решений партии",
т.е. _помочь_ развитию этих патчей. А метания вида "давайте воткнем эту
фигню, она мне нравится" - это только распыление усилий, как и весь этот
тред ;)

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrey Khavryuchenko]

Konstantin,

"KAL" == Konstantin A Lepikhov wrote:

 KAL> <цитата от="Anton Farygin">
 >> А объясните пожалуйста, зачем они нужны ?
 KAL> объясните мне пожалуйста, зачем нужны udev,hal и dbus, мне вот они
 KAL> совершенно не нужны и давайте их выкинем из сизифа. Если интересно, то у
 KAL> каждого патча в wks26 есть свои пользователи

Relax, горячие финские парни.  Обсуждается добавление некоторых патчей из
wks26 в std26, а не выбрасывание оных из wks26.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] kernel-image-std26-up & suspend2

[Kirill A. Shutemov]

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

On 13:10 Wed 31 May, Andrey Khavryuchenko wrote:
> Konstantin,
> 
> "KAL" == Konstantin A Lepikhov wrote:
> 
>  KAL> <цитата от="Anton Farygin">
>  >> А объясните пожалуйста, зачем они нужны ?
>  KAL> объясните мне пожалуйста, зачем нужны udev,hal и dbus, мне вот они
>  KAL> совершенно не нужны и давайте их выкинем из сизифа. Если интересно, то у
>  KAL> каждого патча в wks26 есть свои пользователи
> 
> Relax, горячие финские парни.  Обсуждается добавление некоторых патчей из
> wks26 в std26, а не выбрасывание оных из wks26.

Замечательно, а может всё же дать возможность мэйнтэйнерам самим
заниматься поддержкой своих пакетов? rider@, насколько я понимаю,
поддержкой альтовских ядер не занимается. Думаю vsu@, lakostis@ и k.m.t в
целом знают о стабильности и необходимости включения тех или иных патчей в
какое-нить из ядер по-больше большенства ошивающихся в этом списке
рассылки. Если у кого-то всё же есть желание/квалификация обсудить эти
вопрсы более предметно, то для этого есть специальные списки рассылки,
BTS, личка в конце концов.

Я для себя сделал выбор в пользу wks и могу лишь поблагодарить Костю(а так
же остальной k.m.t) за проделаную работу.

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

вот что и бесит в ffmpeg, что их "косметические" изменения
ломают api каждый раз.
		-- lakostis in devel@

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

[sisyphus] [OT] Re: kernel-image-std26-up & suspend2

[Andrey Khavryuchenko]

Kirill,

"KAS" == Kirill A Shutemov wrote:

 KAS> On 13:10 Wed 31 May, Andrey Khavryuchenko wrote:
 >> Relax, горячие финские парни.  Обсуждается добавление некоторых патчей из
 >> wks26 в std26, а не выбрасывание оных из wks26.

 KAS> Замечательно, а может всё же дать возможность мэйнтэйнерам самим
 KAS> заниматься поддержкой своих пакетов? rider@, насколько я понимаю,
 KAS> поддержкой альтовских ядер не занимается. 

Обсудить != заниматься поддержкой.

 KAS> Думаю vsu@, lakostis@ и k.m.t в целом знают о стабильности и
 KAS> необходимости включения тех или иных патчей в какое-нить из ядер
 KAS> по-больше большенства ошивающихся в этом списке рассылки. Если у
 KAS> кого-то всё же есть желание/квалификация обсудить эти вопрсы более
 KAS> предметно, то для этого есть специальные списки рассылки, BTS, личка
 KAS> в конце концов.

Личное письмо непублично, BTS информирует только ограниченный круг людей и
я не помню ограничена ли подписка на ядерный список рассылки или нет.

Как бы то ни было, обсуждение началось здесь.

 KAS> Я для себя сделал выбор в пользу wks и могу лишь поблагодарить Костю(а так
 KAS> же остальной k.m.t) за проделаную работу.

Аналогично.

Засим предлагаю эту ветку прекратить ввиду оффтопичности.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

> > А объясните пожалуйста, зачем они нужны ?
>
> объясните мне пожалуйста, зачем нужны udev,hal и dbus, мне вот они
> совершенно не нужны и давайте их выкинем из сизифа.

мне они, кстати, тоже не нужны

<skip>

> т.е. _помочь_ развитию этих патчей. А метания вида "давайте воткнем эту
> фигню, она мне нравится" - это только распыление усилий, как и весь этот
> тред ;)

Костик, ты так и не понял с чего начался этот тред. Попробую объяснить на 
пальцах. 
Во-первых, я не собирался и не собираюсь обсуждать wks26
Во-вторых, у нас нет поддерживаемых ядер которые могли бы suspend2disk (для 
того что бы в этом убедиться достаточно заглянуть на 
ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/updates)
И в-третьих, от тебя я ожидал услышать несколько более компетентное мнение по 
поводу этого патча, а не "Вы все козлы, не лезте не в свое дело, я круче 
вареного яйца и вообще юзайте wks26"

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Kirill A. Shutemov]

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

On 14:40 Wed 31 May, Valery V. Inozemtsev wrote:
> Во-вторых, у нас нет поддерживаемых ядер которые могли бы suspend2disk (для 
> того что бы в этом убедиться достаточно заглянуть на 
> ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/updates)
Валера, за поддержку нужно платить, а wks делается на энтузиазме(и не
плохо, нужно сказать, делается). Значительной части team дистрибутивы
вообще нужны постольку-поскольку.

P.S. а за Xorg тебе ещё раз респект.
-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Чрут с одной стороны недостаточен для полной изоляции (мало что ли локальных
эксплойтов до рута), но уже вносит множество проблем в поддержке в любой
нестандартной ситуации.
		-- avl in sisyphus@

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

В сообщении от 31 мая 2006 14:57 Kirill A. Shutemov написал(a):
> On 14:40 Wed 31 May, Valery V. Inozemtsev wrote:
> > Во-вторых, у нас нет поддерживаемых ядер которые могли бы suspend2disk
> > (для того что бы в этом убедиться достаточно заглянуть на
> > ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/updates)
>
> Валера, за поддержку нужно платить, а wks делается на энтузиазме(и не
> плохо, нужно сказать, делается). Значительной части team дистрибутивы
> вообще нужны постольку-поскольку.
>
> P.S. а за Xorg тебе ещё раз респект.

Xorg тоже делается как вы выразились "на энтузиазме" и денег я за это ни с 
кого не требую. это так, к слову

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Kirill A. Shutemov]

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

On 15:03 Wed 31 May, Valery V. Inozemtsev wrote:
> Xorg тоже делается как вы выразились "на энтузиазме" и денег я за это ни с 
> кого не требую. это так, к слову
За это и респект ;)

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Дык и мне mkisofs+cdrecord за глаза, ты не подумай :)  Но если
влом -- то хорошо, когда есть тулзень, которая маны за тебя уже     
почитала.
		-- mike in smoke-room@

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Valery V. Inozemtsev">
<skip>
>> т.е. _помочь_ развитию этих патчей. А метания вида "давайте воткнем эту
>> фигню, она мне нравится" - это только распыление усилий, как и весь этот
>> тред ;)
>
> Костик, ты так и не понял с чего начался этот тред. Попробую объяснить на
> пальцах.
> Во-первых, я не собирался и не собираюсь обсуждать wks26
тогда бери свои слова обратно ;)

> Во-вторых, у нас нет поддерживаемых ядер которые могли бы suspend2disk
> (для
> того что бы в этом убедиться достаточно заглянуть на
> ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/updates)
и чего мне там смотреть? Я на бранче использую ядра из сизифа, и
мертвечиной не интересуюсь. А системы на ALC2.4 живут в vserver и не
жжужат.

> И в-третьих, от тебя я ожидал услышать несколько более компетентное мнение
> по
> поводу этого патча, а не "Вы все козлы, не лезте не в свое дело, я круче
> вареного яйца и вообще юзайте wks26"
мнение насчет патча уже и так давно озвучено - он нестабилен и не
рекомендуется для production use. Тем более, никаких усилий по его
улучшению со стороны team не принимается. Поэтому пихать это в ядро,
которое у нас вроде как еще и серверное - самоубийство. Дальнейшее
форканье ядер также бесполезно, их все равно никто поддерживать не будет
(примеров в сизифе уже предостаточно). Поэтому единственное место swsusp
это wks26, который 1) обновляется и регулярно тестируется 2) который
сломать не жалко. А мутотень про секурити обновления и проч. - в
/dev/null, кому надо, пусть платит за них, но сизиф сюда ввязывать не
надо.

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> <цитата от="Valery V. Inozemtsev">
> <skip>
>>> т.е. _помочь_ развитию этих патчей. А метания вида "давайте воткнем эту
>>> фигню, она мне нравится" - это только распыление усилий, как и весь этот
>>> тред ;)
>> Костик, ты так и не понял с чего начался этот тред. Попробую объяснить на
>> пальцах.
>> Во-первых, я не собирался и не собираюсь обсуждать wks26
> тогда бери свои слова обратно ;)
> 
>> Во-вторых, у нас нет поддерживаемых ядер которые могли бы suspend2disk
>> (для
>> того что бы в этом убедиться достаточно заглянуть на
>> ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/updates)
> и чего мне там смотреть? Я на бранче использую ядра из сизифа, и
> мертвечиной не интересуюсь. А системы на ALC2.4 живут в vserver и не
> жжужат.
> 
>> И в-третьих, от тебя я ожидал услышать несколько более компетентное мнение
>> по
>> поводу этого патча, а не "Вы все козлы, не лезте не в свое дело, я круче
>> вареного яйца и вообще юзайте wks26"
> мнение насчет патча уже и так давно озвучено - он нестабилен и не
> рекомендуется для production use. Тем более, никаких усилий по его
> улучшению со стороны team не принимается. Поэтому пихать это в ядро,
> которое у нас вроде как еще и серверное - самоубийство. Дальнейшее
> форканье ядер также бесполезно, их все равно никто поддерживать не будет
> (примеров в сизифе уже предостаточно). Поэтому единственное место swsusp
> это wks26, который 1) обновляется и регулярно тестируется 2) который
> сломать не жалко. А мутотень про секурити обновления и проч. - в
> /dev/null, кому надо, пусть платит за них, но сизиф сюда ввязывать не
> надо.
> 

Что-то вы все не понимаете что нам нужно ;)

а нужно нам просто: выпустить дистрибутив, в котором будет работать 
suspend2disk из коробки.

В данный момент это возможно только с swsuspend2.

соответственно надо либо выпускать updates для wks ядер, либо 
перетаскивать фичи из wks в std ядро.

Последний вариант выглядит наиболее оптимальным, одновременно с 
переименовыванием std-up ядра в desktop/smp а std-smp - в server/smp.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Anton Farygin">
<skip>
> Что-то вы все не понимаете что нам нужно ;)
>
> а нужно нам просто: выпустить дистрибутив, в котором будет работать
> suspend2disk из коробки.
кому "нам"?

>
> В данный момент это возможно только с swsuspend2.
ойданупрям.

>
> соответственно надо либо выпускать updates для wks ядер, либо
> перетаскивать фичи из wks в std ядро.
кто это будет делать? Как я понял, точно не shrek@ т.к. для него это
"свистелки-перделки".

>
> Последний вариант выглядит наиболее оптимальным, одновременно с
> переименовыванием std-up ядра в desktop/smp а std-smp - в server/smp.
для начала еще надо дождаться 2.6.17, в котором будет собираться хотя-бы
60% текущих модулей.

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

> кому "нам"?
> ойданупрям.
> кто это будет делать? Как я понял, точно не shrek@ т.к. для него это
> "свистелки-перделки".

клиника... извини, Костик, но лучше бы ты молчал...

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> <цитата от="Anton Farygin">
> <skip>
>> Что-то вы все не понимаете что нам нужно ;)
>>
>> а нужно нам просто: выпустить дистрибутив, в котором будет работать
>> suspend2disk из коробки.
> кому "нам"?
> 
>> В данный момент это возможно только с swsuspend2.
> ойданупрям.


буду очень благодарен, если ты расскажешь как получить работающий 
suspend2disk на std26 ядре.

У меня сейчас std26-up, пересобранный с включенным suspend to disk.

Проблема в том, что resume=/dev/hda2 (это swap) не работает:
$ cat /sys/power/resume
0:0

> 
>> соответственно надо либо выпускать updates для wks ядер, либо
>> перетаскивать фичи из wks в std ядро.
> кто это будет делать? Как я понял, точно не shrek@ т.к. для него это
> "свистелки-перделки".
> 
>> Последний вариант выглядит наиболее оптимальным, одновременно с
>> переименовыванием std-up ядра в desktop/smp а std-smp - в server/smp.
> для начала еще надо дождаться 2.6.17, в котором будет собираться хотя-бы
> 60% текущих модулей.

Не понял.. зачем дожидаться 2.6.17 ?

Чем тебя не устраивает 2.6.16 ?

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Anton Farygin">
<skip>
>>> В данный момент это возможно только с swsuspend2.
>> ойданупрям.
>
>
> буду очень благодарен, если ты расскажешь как получить работающий
> suspend2disk на std26 ядре.
>
> У меня сейчас std26-up, пересобранный с включенным suspend to disk.
>
> Проблема в том, что resume=/dev/hda2 (это swap) не работает:
> $ cat /sys/power/resume
> 0:0
а тут работает:
http://floatingsun.net/articles/howtos/howto-t42-ubuntu.html#Intended%20Audience
http://seb.france.free.fr/linux/ibookG4/iBookG4-howto-7.html
http://www.michael-prokop.at/computer/samsung_x20.html

AFAIR, suspend2 в убунту по-умолчанию нет.

<skip>
>>> Последний вариант выглядит наиболее оптимальным, одновременно с
>>> переименовыванием std-up ядра в desktop/smp а std-smp - в server/smp.
>> для начала еще надо дождаться 2.6.17, в котором будет собираться хотя-бы
>> 60% текущих модулей.
>
> Не понял.. зачем дожидаться 2.6.17 ?
>
> Чем тебя не устраивает 2.6.16 ?
тем, что там еще нет разделения + нет unionfs.

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> <цитата от="Anton Farygin">
> <skip>
>>>> В данный момент это возможно только с swsuspend2.
>>> ойданупрям.
>>
>> буду очень благодарен, если ты расскажешь как получить работающий
>> suspend2disk на std26 ядре.
>>
>> У меня сейчас std26-up, пересобранный с включенным suspend to disk.
>>
>> Проблема в том, что resume=/dev/hda2 (это swap) не работает:
>> $ cat /sys/power/resume
>> 0:0
> а тут работает:
> http://floatingsun.net/articles/howtos/howto-t42-ubuntu.html#Intended%20Audience
> http://seb.france.free.fr/linux/ibookG4/iBookG4-howto-7.html
> http://www.michael-prokop.at/computer/samsung_x20.html
> 
> AFAIR, suspend2 в убунту по-умолчанию нет.

Это хорошо. Значит будем доводить до ума swsuspend из ядра.

> 
> <skip>
>>>> Последний вариант выглядит наиболее оптимальным, одновременно с
>>>> переименовыванием std-up ядра в desktop/smp а std-smp - в server/smp.
>>> для начала еще надо дождаться 2.6.17, в котором будет собираться хотя-бы
>>> 60% текущих модулей.
>> Не понял.. зачем дожидаться 2.6.17 ?
>>
>> Чем тебя не устраивает 2.6.16 ?
> тем, что там еще нет разделения + нет unionfs.
> 

с unionfs мы можем попробовать поковыряться на 2.6.16, ибо по ощущениям 
на 2.6.17 мы unionfs тоже не увидим.

Что ты имеешь в виду под разделением?

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Anton Farygin">
<skip>
> Это хорошо. Значит будем доводить до ума swsuspend из ядра.
ура. ну хоть кто-то начал что-то понимать. Мы вендор или генту? %)

<skip>
> с unionfs мы можем попробовать поковыряться на 2.6.16, ибо по ощущениям
> на 2.6.17 мы unionfs тоже не увидим.
жалко.

>
> Что ты имеешь в виду под разделением?
про smp/server и smp/desktop.

PS Помойму уже list mismatch

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> <цитата от="Anton Farygin">
> <skip>
>> Это хорошо. Значит будем доводить до ума swsuspend из ядра.
> ура. ну хоть кто-то начал что-то понимать. Мы вендор или генту? %)

надо было с этого начинать.

сразу рассказать про то, что оно работает. только руки приложить.

У меня уже есть патч на mkinitrd. Всё отлично пашет с тем suspend, что 
есть в ядре. Правда в ядре оно ещё при этом отключено.


> 
> <skip>
>> с unionfs мы можем попробовать поковыряться на 2.6.16, ибо по ощущениям
>> на 2.6.17 мы unionfs тоже не увидим.
> жалко.

Последние рекомендации были таковы: берёте ядро из linus tree, 
тестируете unionfs с ним. т.е. - они уже не на rc тестируют, а с git 
обновляются.


> 
>> Что ты имеешь в виду под разделением?
> про smp/server и smp/desktop.
> 
> PS Помойму уже list mismatch


наверное.
Завязываем. Я на своей машине добился нормального swsuspend без 
swsuspend2, но с подсказками  vsu.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

> Завязываем.

давно пора

> Я на своей машине добился нормального swsuspend без 
> swsuspend2, но с подсказками  vsu.

это уже радует. значит это обсуждение не прошло даром. мне собственно по 
барабану будет это suspend2 или swsusp, лижбы работало

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Valery V. Inozemtsev wrote:
>> Завязываем.
> 
> давно пора
> 
>> Я на своей машине добился нормального swsuspend без 
>> swsuspend2, но с подсказками  vsu.
> 
> это уже радует. значит это обсуждение не прошло даром. мне собственно по 
> барабану будет это suspend2 или swsusp, лижбы работало

Аналогично.

Единственный минус - не работает с fglrx (suspend2mem - работает).

С radeon суспендится на "ура", при этом просыпается.. секунд за 10.

Но с radeon не работает 3D.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Michael A. Kangin]

On 31 мая 2006 19:04 Anton Farygin <rider@altlinux.com> wrote:


> Завязываем. Я на своей машине добился нормального swsuspend без
> swsuspend2, но с подсказками  vsu.

Рецептом не поделитесь?
надеюсь, там не надо вкомпилировать IDE и SCSI модули в ядро? :)

-- 
wbr, Michael A. Kangin

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Michael A. Kangin wrote:
> On 31 мая 2006 19:04 Anton Farygin <rider@altlinux.com> wrote:
> 
> 
>> Завязываем. Я на своей машине добился нормального swsuspend без
>> swsuspend2, но с подсказками  vsu.
> 
> Рецептом не поделитесь?
> надеюсь, там не надо вкомпилировать IDE и SCSI модули в ядро? :)
> 

Ничего не надо вкомпилировать.

Нужно:
1) пересобрать ядро, включив swsuspend (стандартный, который в ядре)
2) наложить на /sbin/mkinitrd вот такой патчик:

@@ -927,6 +927,7 @@
         echo $(( ($2 & 0xff) | ($1 << 8) | (($2 & ~0xff) << 12) ))
  }
  /bin/mount -t proc proc /proc
+/bin/mount -t sysfs sysfs /sys
  read cmdline </proc/cmdline
  cmdline=" $cmdline "
  if test -z "${cmdline##*[       ]root=*}" ; then
@@ -947,6 +948,26 @@

         fi
  fi
+if test -z "${cmdline##*[       ]resume=*}" ; then
+       resume="${cmdline##*[    ]resume=}"
+       resume="${resume%%[      ]*}"
+       if test -z "${resume##/dev/*}" ; then
+               resume="${resume#/dev/}"
+               (
+               read ignored
+               read ignored
+               while read major minor size name ignored; do
+                       if test "$name" = "$resume" ; then
+                               echo "$major:$minor" >/sys/power/resume
+                               break
+                       fi
+               done
+               ) </proc/partitions
+
+       fi
+fi
+
+/bin/umount /sys
  /bin/umount /proc
  EOF


3) установить ядро, пересоздать initrd
4) добавить в параметр ядру resume=/dev/<ваш свап>
5) установить powersave
6) уснуть на диск - команда powersave -U из под пользователя
7) при просыпании добавить парамет ядру:
root=/dev/ram0 init=/linuxrc

пункт 7 фиксится одним патчем на ядро.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Denis G. Samsonenko]

Вечер добрый!

01.06.06, Anton Farygin написал:
> >> Завязываем. Я на своей машине добился нормального swsuspend без
> >> swsuspend2, но с подсказками  vsu.
> > Рецептом не поделитесь?
> > надеюсь, там не надо вкомпилировать IDE и SCSI модули в ядро? :)
> Ничего не надо вкомпилировать.
<...>

И это будет работать везде, или есть какие-то ограничения?

-- 
Всего доброго,

Денис.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Denis G. Samsonenko wrote:
> Вечер добрый!
> 
> 01.06.06, Anton Farygin написал:
>>>> Завязываем. Я на своей машине добился нормального swsuspend без
>>>> swsuspend2, но с подсказками  vsu.
>>> Рецептом не поделитесь?
>>> надеюсь, там не надо вкомпилировать IDE и SCSI модули в ядро? :)
>> Ничего не надо вкомпилировать.
> <...>
> 
> И это будет работать везде, или есть какие-то ограничения?
> 

В данный момент не работает с проприетарными драйверами ati (fglrx).

Всё остальное должно работать везде.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Denis G. Samsonenko]

Вечер добрый!

02.06.06, Anton Farygin написал:
> > И это будет работать везде, или есть какие-то ограничения?
>
> В данный момент не работает с проприетарными драйверами ati (fglrx).

А с драйвером от Nvidia?

> Всё остальное должно работать везде.

А вообще я имел в виду железо. На любом компе будет работать, или
нужно что-то специальное?

-- 
Всего доброго,

Денис.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Denis G. Samsonenko wrote:
> Вечер добрый!
> 
> 02.06.06, Anton Farygin написал:
>>> И это будет работать везде, или есть какие-то ограничения?
>> В данный момент не работает с проприетарными драйверами ati (fglrx).
> 
> А с драйвером от Nvidia?

Не проверял.

> 
>> Всё остальное должно работать везде.
> 
> А вообще я имел в виду железо. На любом компе будет работать, или
> нужно что-то специальное?
> 

на любом.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Alex Yustasov]

On Thu, Jun 01, 2006 at 02:38:25PM +0400, Anton Farygin wrote:
> Michael A. Kangin wrote:
> > On 31 мая 2006 19:04 Anton Farygin <rider@altlinux.com> wrote:
> > 
> > 
> >> Завязываем. Я на своей машине добился нормального swsuspend без
> >> swsuspend2, но с подсказками  vsu.
> > 
> > Рецептом не поделитесь?
> > надеюсь, там не надо вкомпилировать IDE и SCSI модули в ядро? :)
> > 
> 
> Ничего не надо вкомпилировать.
> 
> Нужно:
> 1) пересобрать ядро, включив swsuspend (стандартный, который в ядре)
> 2) наложить на /sbin/mkinitrd вот такой патчик:
> 3) установить ядро, пересоздать initrd
> 4) добавить в параметр ядру resume=/dev/<ваш свап>
> 5) установить powersave
> 6) уснуть на диск - команда powersave -U из под пользователя
> 7) при просыпании добавить парамет ядру:
> root=/dev/ram0 init=/linuxrc
> 
> пункт 7 фиксится одним патчем на ядро.
Я почему-то думал, что suspend отрабатывает до initrd или пункт 7 фиксит 
и это?

-- 
    Alex Yustasov

ALT Linux fortune:
Обновите ядро и у вас будут совершенно иные проблемы :)
		-- lav in sisyphus@

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Alex Yustasov wrote:
> On Thu, Jun 01, 2006 at 02:38:25PM +0400, Anton Farygin wrote:
>> Michael A. Kangin wrote:
>>> On 31 мая 2006 19:04 Anton Farygin <rider@altlinux.com> wrote:
>>>
>>>
>>>> Завязываем. Я на своей машине добился нормального swsuspend без
>>>> swsuspend2, но с подсказками  vsu.
>>> Рецептом не поделитесь?
>>> надеюсь, там не надо вкомпилировать IDE и SCSI модули в ядро? :)
>>>
>> Ничего не надо вкомпилировать.
>>
>> Нужно:
>> 1) пересобрать ядро, включив swsuspend (стандартный, который в ядре)
>> 2) наложить на /sbin/mkinitrd вот такой патчик:
>> 3) установить ядро, пересоздать initrd
>> 4) добавить в параметр ядру resume=/dev/<ваш свап>
>> 5) установить powersave
>> 6) уснуть на диск - команда powersave -U из под пользователя
>> 7) при просыпании добавить парамет ядру:
>> root=/dev/ram0 init=/linuxrc
>>
>> пункт 7 фиксится одним патчем на ядро.
> Я почему-то думал, что suspend отрабатывает до initrd или пункт 7 фиксит 
> и это?
> 

resume умеет отрабатывать до инитrd, если находит устройство с которого 
восстанавливаться.

А т.к. у нас все драйвера в модулях, то это реально сделать только из initd.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Sergey Vlasov]

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

On Fri, Jun 02, 2006 at 12:34:59AM +0300, Alex Yustasov wrote:
> > Ничего не надо вкомпилировать.
> > 
> > Нужно:
> > 1) пересобрать ядро, включив swsuspend (стандартный, который в ядре)
> > 2) наложить на /sbin/mkinitrd вот такой патчик:
> > 3) установить ядро, пересоздать initrd
> > 4) добавить в параметр ядру resume=/dev/<ваш свап>
> > 5) установить powersave
> > 6) уснуть на диск - команда powersave -U из под пользователя
> > 7) при просыпании добавить парамет ядру:
> > root=/dev/ram0 init=/linuxrc
> > 
> > пункт 7 фиксится одним патчем на ядро.
> Я почему-то думал, что suspend отрабатывает до initrd или пункт 7 фиксит 
> и это?

Пункт 7 фиксит запуск resume при использовании древнего метода работы с
initrd времён ядер 2.2.x (change_root), который у нас до сих пор
используется.

Вообще resume из initrd, как выяснилось, работает довольно давно, но в
Documentation/power/swsusp.txt это не описано.

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Alex Yustasov]

On Fri, Jun 02, 2006 at 12:40:03PM +0400, Sergey Vlasov wrote:
> On Fri, Jun 02, 2006 at 12:34:59AM +0300, Alex Yustasov wrote:
> > > Ничего не надо вкомпилировать.
> > > 
> > > Нужно:
> > > 1) пересобрать ядро, включив swsuspend (стандартный, который в ядре)
> > > 2) наложить на /sbin/mkinitrd вот такой патчик:
> > > 3) установить ядро, пересоздать initrd
> > > 4) добавить в параметр ядру resume=/dev/<ваш свап>
> > > 5) установить powersave
> > > 6) уснуть на диск - команда powersave -U из под пользователя
> > > 7) при просыпании добавить парамет ядру:
> > > root=/dev/ram0 init=/linuxrc
> > > 
> > > пункт 7 фиксится одним патчем на ядро.
> > Я почему-то думал, что suspend отрабатывает до initrd или пункт 7 фиксит 
> > и это?
> 
> Пункт 7 фиксит запуск resume при использовании древнего метода работы с
> initrd времён ядер 2.2.x (change_root), который у нас до сих пор
> используется.
> 
> Вообще resume из initrd, как выяснилось, работает довольно давно, но в
> Documentation/power/swsusp.txt это не описано.
Ага. Понял. В suspend2 resume тоже делают из initrd (если он есть). 
У нас используется патч (от wRAR если я не ошибаюсь, в changelog что-то
не так :( ). Спасибо.

-- 
    Alex Yustasov

ALT Linux fortune:
Отлично, gcc3.4 + automake1_9 + ncurses5.4.2005 открыли для меня
новую реальность в сборке пакетов :)
		-- oddity in sisyphys@

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrey Rahmatullin]

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

On Fri, Jun 02, 2006 at 10:50:52PM +0300, Alex Yustasov wrote:
> У нас используется патч (от wRAR если я не ошибаюсь, в changelog что-то
> не так :( ). Спасибо.
Всю жизнь думал, что от тебя.

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

> мухи и котлеты будут отдельно летать над ним ;)
С alterator даже котлеты будут летать! :)
		-- legion in devel@

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Alex Yustasov]

On Sat, Jun 03, 2006 at 12:26:16PM +0600, Andrey Rahmatullin wrote:
> On Fri, Jun 02, 2006 at 10:50:52PM +0300, Alex Yustasov wrote:
> > У нас используется патч (от wRAR если я не ошибаюсь, в changelog что-то
> > не так :( ). Спасибо.
> Всю жизнь думал, что от тебя.
Ну тогда не знаю. Я думал, что после какого-то NMU, уже не помню.

-- 
    Alex Yustasov

ALT Linux fortune:
Текстовый инсталлятор не исправлялся и исправляться не будет по причине
невозможности определения ошибки в этом нагромождении жуткого перлового
кода.
		-- darkstar in sisyphus@

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Anton Farygin пишет:

> Что-то вы все не понимаете что нам нужно ;)
> а нужно нам просто: выпустить дистрибутив, в котором будет работать 
> suspend2disk из коробки.
> В данный момент это возможно только с swsuspend2.
> соответственно надо либо выпускать updates для wks ядер, либо 
> перетаскивать фичи из wks в std ядро.
> Последний вариант выглядит наиболее оптимальным, одновременно с 
> переименовыванием std-up ядра в desktop/smp а std-smp - в server/smp.

Это что..будут только smp ядра?

-- 
   np: Dark Princess - The Skin Of The Universe [paused]

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Anton Gorlov wrote:
> Anton Farygin пишет:
> 
>> Что-то вы все не понимаете что нам нужно ;)
>> а нужно нам просто: выпустить дистрибутив, в котором будет работать 
>> suspend2disk из коробки.
>> В данный момент это возможно только с swsuspend2.
>> соответственно надо либо выпускать updates для wks ядер, либо 
>> перетаскивать фичи из wks в std ядро.
>> Последний вариант выглядит наиболее оптимальным, одновременно с 
>> переименовыванием std-up ядра в desktop/smp а std-smp - в server/smp.
> 
> Это что..будут только smp ядра?
> 

да

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Anton Farygin пишет:

>> Это что..будут только smp ядра?
> да

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

У меня куда более 10 машинок, где см непахнет и пахнуть не собирается. 
Держать их на мастере 2.4 по разным причинам постоянно не смогу.

Так что если это случится -я буду вынужден искать замену альту..чего не 
хочется.



-- 
   np: Forgive-Me-Not - Опуститься В Рай

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Anton Gorlov wrote:
> Anton Farygin пишет:
> 
>>> Это что..будут только smp ядра?
>> да
> 
> А вот против этогоя буду злостно топать ногами,кричат ьвсякие непонятные 
> слова и делать сердитое лицо.
> 
> У меня куда более 10 машинок, где см непахнет и пахнуть не собирается. 
> Держать их на мастере 2.4 по разным причинам постоянно не смогу.
> 
> Так что если это случится -я буду вынужден искать замену альту..чего не 
> хочется.

Я так подозреваю что скоро все ядра будут только SMP ;)

впрочем это не означает что они будут непотребно работать на UP машинах.

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Anton Farygin пишет:

>>>> Это что..будут только smp ядра?
>>> да
>> А вот против этогоя буду злостно топать ногами,кричат ьвсякие непонятные 
>> слова и делать сердитое лицо.
>> У меня куда более 10 машинок, где см непахнет и пахнуть не собирается. 
>> Держать их на мастере 2.4 по разным причинам постоянно не смогу.
>> Так что если это случится -я буду вынужден искать замену альту..чего не 
>> хочется.
> Я так подозреваю что скоро все ядра будут только SMP ;)
Ага..только я таки не в центре информациоонного птока живу.и.у меня 
полно машинок..которые хз сколько ещё будут стоять.. типа целернов 1,8.. 
атлонов и дурней.

> впрочем это не означает что они будут непотребно работать на UP машинах.

Это всё конечно гадание на кофейной гуще.. но не факт что оно будет так 
же хорошо рабоать на 1 процессороной технологии. Особенно в плане 
производительности.


-- 
   np: Forgive-Me-Not - Опуститься В Рай

Re: [sisyphus] kernel-image-std26-up & suspend2

[Nick S. Grechukh]

Anton Gorlov wrote:
>> впрочем это не означает что они будут непотребно работать на UP машинах.
> Это всё конечно гадание на кофейной гуще.. но не факт что оно будет так 
> же хорошо рабоать на 1 процессороной технологии. Особенно в плане 
> производительности.
а типа прям щаз ты не можешь поставить smp и посмотреть что произойдет.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Nick S. Grechukh пишет:

>>> впрочем это не означает что они будут непотребно работать на UP машинах.
>> Это всё конечно гадание на кофейной гуще.. но не факт что оно будет так 
>> же хорошо рабоать на 1 процессороной технологии. Особенно в плане 
>> производительности.
> а типа прям щаз ты не можешь поставить smp и посмотреть что произойдет.

Ага.. в разгар раб дня сломать\поставить в интересную позу сервер.


-- 
   np: Forgive-Me-Not - Сладкий Suicide

Re: [sisyphus] kernel-image-std26-up & suspend2

[Nick S. Grechukh]

Anton Gorlov wrote:
> Nick S. Grechukh пишет:
> 
>>>> впрочем это не означает что они будут непотребно работать на UP машинах.
>>> Это всё конечно гадание на кофейной гуще.. но не факт что оно будет так 
>>> же хорошо рабоать на 1 процессороной технологии. Особенно в плане 
>>> производительности.
>> а типа прям щаз ты не можешь поставить smp и посмотреть что произойдет.
> Ага.. в разгар раб дня сломать\поставить в интересную позу сервер.
да не сломается там ничего, прекрасно работают smp на одном процессоре. 
даунтайм - время физического ребута.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Nick S. Grechukh пишет:

>>>>> впрочем это не означает что они будут непотребно работать на UP машинах.
>>>> Это всё конечно гадание на кофейной гуще.. но не факт что оно будет так 
>>>> же хорошо рабоать на 1 процессороной технологии. Особенно в плане 
>>>> производительности.
>>> а типа прям щаз ты не можешь поставить smp и посмотреть что произойдет.
>> Ага.. в разгар раб дня сломать\поставить в интересную позу сервер.
> да не сломается там ничего, прекрасно работают smp на одном процессоре. 
> даунтайм - время физического ребута.
Там есть ещё 1 загвоздка -у мя используется truecrypt на ряде машинок. 
Не знаб на склоько его модуль жизнеспообен на smp ядрах..и не попортится 
ли в самый нужный момент сам контейнер. 1 раз уже нрывался на такое с 
bestcrypt. Ещё раз неделю жить на работе - не хочу.



-- 
   np: Forgive-Me-Not - Под Водой

Re: [sisyphus] kernel-image-std26-up & suspend2

[Nick S. Grechukh]

Anton Gorlov wrote:
> Там есть ещё 1 загвоздка -у мя используется truecrypt на ряде машинок. 
> Не знаб на склоько его модуль жизнеспообен на smp ядрах..
ты главное не нервничай :)
все жизнеспособно и работает, а вместо truecrypt юзай лучше 
http://www.saout.de/tikiwiki/tiki-index.php?page=EncryptedDeviceUsingLUKS

 >  1 раз уже нрывался на такое с
> bestcrypt. 
так надо было сразу спросить, прежде чем плодить контейнеры - тебе б 
сказали, что такое bestcrypt и что именно следует сделать с этим 
закрытым поделием и его авторами :)

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Nick S. Grechukh пишет:

>> Там есть ещё 1 загвоздка -у мя используется truecrypt на ряде машинок. 
>> Не знаб на склоько его модуль жизнеспообен на smp ядрах..
> ты главное не нервничай :)

Ага..понервничал. С кем не бывает. Постараюсь больше не нервничать..хоят 
нервы уже того.. совсем истощились. До отпуска 2 недели осталось.
:-))))

> все жизнеспособно и работает, а вместо truecrypt юзай лучше 
> http://www.saout.de/tikiwiki/tiki-index.php?page=EncryptedDeviceUsingLUKS
Ммм.  А на сколько оно проверено временем? А то truecrypt у меня уже год 
(хтфу-хтфу-тьфу-тьфу) работает на 2 серверах (оффтопичном и топичном).


>  >  1 раз уже нрывался на такое с >> bestcrypt. 
> так надо было сразу спросить, прежде чем плодить контейнеры - тебе б 
> сказали, что такое bestcrypt и что именно следует сделать с этим 
> закрытым поделием и его авторами :)

Опять ты поспешил -это мне досталось в наследство от...

P.S. а что такое luks?

Re: [sisyphus] kernel-image-std26-up & suspend2

[Nick S. Grechukh]

Anton Gorlov wrote:
>> все жизнеспособно и работает, а вместо truecrypt юзай лучше 
>> http://www.saout.de/tikiwiki/tiki-index.php?page=EncryptedDeviceUsingLUKS
> Ммм.  А на сколько оно проверено временем? 
у нас работает

> А то truecrypt у меня уже год 
> (хтфу-хтфу-тьфу-тьфу) работает на 2 серверах (оффтопичном и топичном).
/me не фкурсе насчет юзания luks под оффтопиком.

>>  >  1 раз уже нрывался на такое с >> bestcrypt. 
не на "такое", а на другое :). а на "такое" если нарвешься - вдруг - то 
выкидывай truecrypt нафиг и больше не юзай, если он - вдруг - smp не держит.

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

> P.S. а что такое luks?
ссылку прочитай, да?

http://www.saout.de/tikiwiki/tiki-index.php?page=EncryptedDeviceUsingLUKS:

What is LUKS? See http://luks.endorphin.org/about. In simple terms, it's 
better encryption, but more importantly to the end user, it allows you 
to change the password for your disk, without requiring a very slow 
re-encode of the whole disk. You also have the option of having several 
different passwords for the same data.

http://cheapestwebhosting.biz/helpcenter/tt/index.php:

LUKS is the upcoming standard for Linux hard disk encryption. By 
providing a standard on-disk-format, it does not only facilitate 
compatibility among distributions, but also provide secure management of 
multiple user passwords. In contrast to existing solution, LUKS stores 
all setup necessary setup information in the partition header, enabling 
the user to transport or migrate his data seamlessly.

While LUKS is a standard on-disk format, there is also a reference 
implementation. LUKS for dm-crypt is implemented in an enhanced version 
of cryptsetup.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Nick S. Grechukh пишет:

>>> все жизнеспособно и работает, а вместо truecrypt юзай лучше 
>>> http://www.saout.de/tikiwiki/tiki-index.php?page=EncryptedDeviceUsingLUKS
>> Ммм.  А на сколько оно проверено временем? 
> у нас работает

Вот из отпуска выйду -посмотрю как оно по скорости в сравнении с truecrypt.

> 
>> А то truecrypt у меня уже год 
>> (хтфу-хтфу-тьфу-тьфу) работает на 2 серверах (оффтопичном и топичном).
> /me не фкурсе насчет юзания luks под оффтопиком.
Под оффтопиком пускай truecrypt крутится..мне совместимость не нужна (в 
смысле общие контейнеры)

>>>  >  1 раз уже нрывался на такое с >> bestcrypt. 
> не на "такое", а на другое :).

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

> а на "такое" если нарвешься - вдруг - то 
> выкидывай truecrypt нафиг и больше не юзай, если он - вдруг - smp не держит.
не пробовал на smp...ну нет у меня такого железа. А хочу.

>> Опять ты поспешил -это мне досталось в наследство от...
> ну и сносил бы нах. убогое проприетарное поделие, каменты к bestcrypt на 
> listsoft почитай - как у людей контейнеры сыплются.

Тогда я был не в курсе что и как..так как занимался запуском лдапа. А за 
шифрованные разделы я не отвечал ещё в тот момент.

>> P.S. а что такое luks?
> ссылку прочитай, да?

А... /me не тормоз.

спасиб.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 1 июня 2006 20:02 Anton Gorlov написал(a):
> Nick S. Grechukh пишет:
> >>> все жизнеспособно и работает, а вместо truecrypt юзай лучше
> >>> http://www.saout.de/tikiwiki/tiki-index.php?page=EncryptedDeviceUsingLU
> >>>KS
> >>
> >> Ммм.  А на сколько оно проверено временем?
> >
> > у нас работает
>
> Вот из отпуска выйду -посмотрю как оно по скорости в сравнении с truecrypt.
>
> >> А то truecrypt у меня уже год
> >> (хтфу-хтфу-тьфу-тьфу) работает на 2 серверах (оффтопичном и топичном).
> >
> > /me не фкурсе насчет юзания luks под оффтопиком.
>
> Под оффтопиком пускай truecrypt крутится..мне совместимость не нужна (в
> смысле общие контейнеры)

Ну, дык, у меня уже года три так и "крутится": под оффтопиком - truecrypt, под 
линуксами - cryptoloop - оверхеда по доступу к дискам не замечено, а по 
ресурсоёмкости шифрования - тут какой алгоритм выберешь.

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Dmitriy L. Kruglikov]

On Thu, 1 Jun 2006 20:08:51 +0300
Led wrote:

> В сообщении от 1 июня 2006 20:02 Anton Gorlov написал(a):
> > Nick S. Grechukh пишет:
> > >>> все жизнеспособно и работает, а вместо truecrypt юзай
> > >>> лучше
> > >>> http://www.saout.de/tikiwiki/tiki-index.php?page=EncryptedDeviceUsingLU
> > >>>KS
> > >>
> > >> Ммм.  А на сколько оно проверено временем?
> > >
> > > у нас работает
> >
> > Вот из отпуска выйду -посмотрю как оно по скорости в
> > сравнении с truecrypt.

Коллеги, позвольте обратить ваше внимание на тот
малозначительный факт, что обсуждаемый вами в данный момент
вопрос имеет весьма отдаленное отношение к теме
kernel-image-std26-up & suspend2.

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

Но искать соль в банке из под сахара, на которой написано
"Стиральный порошок" ...
Согласитесь, это не соответствует нашему с вами
интеллектуальному уровню :)



--
Best regards,
 Dmitriy L. Kruglikov                     .--.
 Dmitriy.Kruglikov_at_orionagro.com.ua   |@_@ |
 DKR6-RIPE                               |!_/ |
 ICQ# 13047326                          //   \ \
 XMPP:dkr6@jabber.ru                   (|     | )
                                      /'\_   _/`\
Powered by Linux                      \___)=(___/
 
-- Мысль --
Великое преимущество врача заключается в том, что он не обязан
следовать собственным советам.
		-- Агата Кристи

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrey Rahmatullin]

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

On Thu, Jun 01, 2006 at 08:34:31PM +0400, Anton Gorlov wrote:
> P.S. а что такое luks?
http://www.google.com/linux?q=luks&sourceid=opera&num=0&ie=utf-8&oe=utf-8

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

сдается мне, вы не умеете его готовить
		-- shrek in #7893

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 31 мая 2006 16:26 Anton Gorlov написал(a):
> Anton Farygin пишет:
> >>>> Это что..будут только smp ядра?
> >>>
> >>> да
> >>
> >> А вот против этогоя буду злостно топать ногами,кричат ьвсякие непонятные
> >> слова и делать сердитое лицо.
> >> У меня куда более 10 машинок, где см непахнет и пахнуть не собирается.
> >> Держать их на мастере 2.4 по разным причинам постоянно не смогу.
> >> Так что если это случится -я буду вынужден искать замену альту..чего не
> >> хочется.
> >
> > Я так подозреваю что скоро все ядра будут только SMP ;)
>
> Ага..только я таки не в центре информациоонного птока живу.и.у меня
> полно машинок..которые хз сколько ещё будут стоять.. типа целернов 1,8..
> атлонов и дурней.
>
> > впрочем это не означает что они будут непотребно работать на UP машинах.
>
> Это всё конечно гадание на кофейной гуще.. но не факт что оно будет так
> же хорошо рабоать на 1 процессороной технологии.

это как раз - факт.

> Особенно в плане 
> производительности.

А вот здесь, скорее всего, падение производительности может быть... но ИМХО 
на "офисных задачах" не заметите:)

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Led пишет:

>>> впрочем это не означает что они будут непотребно работать на UP машинах.
>> Это всё конечно гадание на кофейной гуще.. но не факт что оно будет так
>> же хорошо рабоать на 1 процессороной технологии.
> это как раз - факт.
Может и так..но неуверен на 100%


>> Особенно в плане 
>> производительности.
> А вот здесь, скорее всего, падение производительности может быть... но ИМХО 
> на "офисных задачах" не заметите:)

еслиб только оффисные задачи.. тут и софтрейды, и  куча правил для 
iptables и процессоры не самы шустрые - в основном дурни (на 
роутере,почтовке,проксе) и целерон там где самба и лдап.
Боюсь..что еслия щас пойду к начальнку и скажу -надо новое железо.иначе 
настанут тормоза..он меня просто не поймёт.. оосбенно учитывая что оно 
уже год работает вполне стабильно. Если не считать переодических 
залипаний в самбе.

-- 
   np: Forgive-Me-Not - Сладкий Suicide

Re: [sisyphus] kernel-image-std26-up & suspend2

[Nick S. Grechukh]

Anton Gorlov wrote:
> еслиб только оффисные задачи.. тут и софтрейды, и  куча правил для 
> iptables и процессоры не самы шустрые - в основном дурни (на 
> роутере,почтовке,проксе) и целерон там где самба и лдап.
блин, а шо это за мега-сервера такие на дюронах? чисто пензенский прикол?

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Nick S. Grechukh пишет:

>> еслиб только оффисные задачи.. тут и софтрейды, и  куча правил для 
>> iptables и процессоры не самы шустрые - в основном дурни (на 
>> роутере,почтовке,проксе) и целерон там где самба и лдап.
> блин, а шо это за мега-сервера такие на дюронах? чисто пензенский прикол?

Может не надо язвить?


-- 
   np: Forgive-Me-Not - Звездой

Re: [sisyphus] kernel-image-std26-up & suspend2

[Sergey S. Skulachenko]

On Wed, 31 May 2006 17:04:05 +0400
Anton Gorlov wrote:

> >> Это что..будут только smp ядра?
> > да
> 
> А вот против этогоя буду злостно топать ногами,кричат ьвсякие
> непонятные слова и делать сердитое лицо.
> 
> У меня куда более 10 машинок, где см непахнет и пахнуть не
> собирается. Держать их на мастере 2.4 по разным причинам
> постоянно не смогу.
> 
> Так что если это случится -я буду вынужден искать замену
> альту..чего не хочется.

О, этого нельзя допустить! А Вы заранее грузаните на одну из
машин smp-ядро. Ну, что, поплохело ей? 

-- 
С уважением,
С.С.Скулаченко

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Sergey S. Skulachenko пишет:

>> Так что если это случится -я буду вынужден искать замену
>> альту..чего не хочется.
> О, этого нельзя допустить!

Да ради бога. Привычки конечно труно менять..но не невозможно.

> А Вы заранее грузаните на одну из
> машин smp-ядро. Ну, что, поплохело ей? 

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

К тому же мне не нравится сам подход - ломать\убивать то,что работает.

-- 
   np: Forgive-Me-Not - SС.071

Re: [sisyphus] kernel-image-std26-up & suspend2

[Sergey Vlasov]

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

On Wed, May 31, 2006 at 05:04:05PM +0400, Anton Gorlov wrote:
> Anton Farygin пишет:
> 
> >> Это что..будут только smp ядра?
> > да
> 
> А вот против этогоя буду злостно топать ногами,кричат ьвсякие непонятные 
> слова и делать сердитое лицо.
> 
> У меня куда более 10 машинок, где см непахнет и пахнуть не собирается. 
> Держать их на мастере 2.4 по разным причинам постоянно не смогу.
> 
> Так что если это случится -я буду вынужден искать замену альту..чего не 
> хочется.

Дело в том, что в 2.6.17 вошёл патч "SMP alternatives", позволяющий в
случае загрузки SMP-ядра на однопроцессорной машине отключить большую
часть команд, относящихся к поддержке SMP (в частности, из кода убираются
префиксы LOCK).  Это существенно уменьшает потери производительности,
возникающие при таком использовании SMP-ядра.

Правда, это работает только на %ix86 - для x86_64 подобная оптимизация
(пока?) не реализована.

Грабли там в другом - некоторые особо древние драйверы не собираются на
SMP вообще.  Ну и отдельное серверное ядро всё равно придётся делать - как
минимум из-за того, что HIGHMEM64G требует поддержки PAE в процессоре, а,
как выяснилось, отсутствием PAE, помимо старых Pentium, страдают ещё и не
совсем старые Pentium-M.

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 31 мая 2006 16:33 Sergey Vlasov написал(a):
> On Wed, May 31, 2006 at 05:04:05PM +0400, Anton Gorlov wrote:
> > Anton Farygin пишет:
> > >> Это что..будут только smp ядра?
> > >
> > > да
> >
> > А вот против этогоя буду злостно топать ногами,кричат ьвсякие непонятные
> > слова и делать сердитое лицо.
> >
> > У меня куда более 10 машинок, где см непахнет и пахнуть не собирается.
> > Держать их на мастере 2.4 по разным причинам постоянно не смогу.
> >
> > Так что если это случится -я буду вынужден искать замену альту..чего не
> > хочется.
>
> Дело в том, что в 2.6.17 вошёл патч "SMP alternatives", позволяющий в
> случае загрузки SMP-ядра на однопроцессорной машине отключить большую
> часть команд, относящихся к поддержке SMP (в частности, из кода убираются
> префиксы LOCK).  Это существенно уменьшает потери производительности,
> возникающие при таком использовании SMP-ядра.
>
> Правда, это работает только на %ix86 - для x86_64 подобная оптимизация
> (пока?) не реализована.
>
> Грабли там в другом - некоторые особо древние драйверы не собираются на
> SMP вообще.  Ну и отдельное серверное ядро всё равно придётся делать - как
> минимум из-за того, что HIGHMEM64G требует поддержки PAE в процессоре,

А обнаружение наличия PAE и, в случае отсутсвия, выключение этого HIGHMEM64G 
при старте невозможно реализовать?

> а, 
> как выяснилось, отсутствием PAE, помимо старых Pentium, страдают ещё и не
> совсем старые Pentium-M.

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Sergey Vlasov]

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

On Wed, May 31, 2006 at 04:40:17PM +0300, Led wrote:
> > Грабли там в другом - некоторые особо древние драйверы не собираются на
> > SMP вообще.  Ну и отдельное серверное ядро всё равно придётся делать - как
> > минимум из-за того, что HIGHMEM64G требует поддержки PAE в процессоре,
> 
> А обнаружение наличия PAE и, в случае отсутсвия, выключение этого HIGHMEM64G 
> при старте невозможно реализовать?

Нет - там даже размер элемента таблицы страниц меняется.

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Farygin]

Sergey Vlasov wrote:
> On Wed, May 31, 2006 at 04:40:17PM +0300, Led wrote:
>>> Грабли там в другом - некоторые особо древние драйверы не собираются на
>>> SMP вообще.  Ну и отдельное серверное ядро всё равно придётся делать - как
>>> минимум из-за того, что HIGHMEM64G требует поддержки PAE в процессоре,
>> А обнаружение наличия PAE и, в случае отсутсвия, выключение этого HIGHMEM64G 
>> при старте невозможно реализовать?
> 
> Нет - там даже размер элемента таблицы страниц меняется.
> 

ну собственно я к тому и говорил про разделение ядер на desktop/smp и 
server/smp

Rgds,
Rider

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Sergey Vlasov пишет:

>> Так что если это случится -я буду вынужден искать замену альту..чего не 
>> хочется.
> Дело в том, что в 2.6.17 вошёл патч "SMP alternatives", позволяющий в
> случае загрузки SMP-ядра на однопроцессорной машине отключить большую
> часть команд, относящихся к поддержке SMP (в частности, из кода убираются
> префиксы LOCK).  Это существенно уменьшает потери производительности,
> возникающие при таком использовании SMP-ядра.
> Правда, это работает только на %ix86 - для x86_64 подобная оптимизация
> (пока?) не реализована.

Интересно -на сколько этот патч на самом деле рабочий,а не делающий вид 
что работает?

> Грабли там в другом - некоторые особо древние драйверы не собираются на
> SMP вообще.

Ну на только древнего нет..а т очт оесть древнее - подивёт на 
мастере2.4..если совсем прижмёт -водружу туда туже freebsd. Но там у 
меня пока и мастер справляется вполне сносно

-- 
   np: Forgive-Me-Not - Опуститься В Рай

Re: [sisyphus] kernel-image-std26-up & suspend2

[Nick S. Grechukh]

Anton Gorlov wrote:
> если совсем прижмёт -водружу туда туже freebsd. 
чиво-чиво водрузишь? в пензе щас так модно, да?

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Nick S. Grechukh пишет:

>> если совсем прижмёт -водружу туда туже freebsd. 
> чиво-чиво водрузишь? в пензе щас так модно, да?

Что именно? Я имел в виду -если уж совсем плохо будет -то на машинки 
типа p266 поставлю freebsd.

-- 
   np: Forgive-Me-Not - Звездой

Re: [sisyphus] kernel-image-std26-up & suspend2

[Nick S. Grechukh]

Anton Gorlov wrote:
> Nick S. Grechukh пишет:
> 
>>> если совсем прижмёт -водружу туда туже freebsd. 
>> чиво-чиво водрузишь? в пензе щас так модно, да?
> 
> Что именно? Я имел в виду -если уж совсем плохо будет -то на машинки 
> типа p266 поставлю freebsd.

зачем?

Re: [sisyphus] kernel-image-std26-up & suspend2

[Anton Gorlov]

Nick S. Grechukh пишет:

>>>> если совсем прижмёт -водружу туда туже freebsd. 
>>> чиво-чиво водрузишь? в пензе щас так модно, да?
>> Что именно? Я имел в виду -если уж совсем плохо будет -то на машинки 
>> типа p266 поставлю freebsd.
> зачем?

Тяжко там линуксу.. машинка слабая..а сетевой трафик -100 мбит в обе 
стороны.. то есть fullduplex. В 1 месте поставил -бегать стало шустрее. 
Почти 7-8 выжимает. В линуксе - 5-6.

-- 
   np: Forgive-Me-Not - Звездой

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 30 мая 2006 18:54 Konstantin A. Lepikhov написал(a):
> Hi Valery!
>
> Tuesday 30, at 07:48:46 PM you wrote:
> > > > > kernel-feat-fs-reiser4-2.6.12-alt2.mm2
> > > > > kernel-feat-fs-tmpfs-lookup-traps-0.2004.11.02-alt1
> > > > > kernel-feat-core-lowlatency-2005.07.01-alt1
> > > > > kernel-feat-core-realtime-0.8.5-alt1.1
> > > > > kernel-feat-swsusp-20050705-alt1
> > > > > kernel-feat-core-badmem-2005.07.01-alt1
> > > > >
> > > > > Где здесь, по-вашему, "перестарались"?
> > > >
> > > > Простите, но отвечу вопросом на вопрос: а из-за чего, собственно
> > > > говоря, тред тогда возник? Если нет проблемы, исходя из списка доп.
> > > > патчей - "не перестарались" - значит, std26 == wks26 по соображениям
> > > > стабильности! Я правильно рассуждаю?
> > >
> > > судя по репликам пользователей wks26, правильно рассуждаете.
> >
> > Костик, ты себе льстишь
>
> нет. Здесь так и не смогли доказать обратное :))

хотелось бы только видеть почаще обновление wks

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Led]

В сообщении от 30 мая 2006 18:13 Artem написал(a):
> Led wrote:
> > "в связке с ups - по окончании заряда батарей все сохранится без проблем
> > на диск даже если пользователь отлучился)" - именно так всё и происходит,
> > вот только саспенд тут ни при чём.
>
> Вы имели в виду kde ?

Ч имел ввиду apcupsd

>
> > А какой именно пользователь
> > отлучился? "Просыпаться" будет без всякого пароля, любой мимопроходящий
> > разбудить сможет? А если не любой - то кто именно? С каким паролем?Вы
> > предлагаете свести к "Линукс == однопользовательская ОС" или
> > "Десктоп-линукс == однопользовательская ОС"? По-моему для
> > однопользовательской системы КПК вполне достаточно...
>
> В этом соглашусь с Вами. Добавлю только, что у меня, например, настройки
> suspend2 такие, что войти в систему после ee просыпания может только тот
> пользователь, который в ней работал в момент "засыпания". Через окно
> пароля, естессно.

"тот пользователь"... Вам нужна однопольльзовательская ОС?

>
> >>С таким малым количеством дополнит. патчей баги отследить
> >>будет проще и стабильность будет выше чем в wks26. Главное, не
> >>перестараться и отобрать действительно _нужные_ патчи.
> >
> > Вот список "дополнительных патчей" в текущем wks26:
> >
> > kernel-feat-fs-reiser4-2.6.12-alt2.mm2
> > kernel-feat-fs-tmpfs-lookup-traps-0.2004.11.02-alt1
> > kernel-feat-core-lowlatency-2005.07.01-alt1
> > kernel-feat-core-realtime-0.8.5-alt1.1
> > kernel-feat-swsusp-20050705-alt1
> > kernel-feat-core-badmem-2005.07.01-alt1
> >
> > Где здесь, по-вашему, "перестарались"?
>
> Простите, но отвечу вопросом на вопрос: а из-за чего, собственно говоря,
> тред тогда возник? Если нет проблемы, исходя из списка доп. патчей - "не
> перестарались" - значит, std26 == wks26 по соображениям стабильности! Я
> правильно рассуждаю?

Я не знаю... Я спросил: что здесь лишнее? У меня оно стабильно работает: как 
минимум активно используется на двух машинах: P4 и AthlonXP - это лишь мой 
опыт, не более.

>
> >>А wks26 оставить как _нестабильное_ для экспериментов с новыми фичами.

-- 
Led.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Artem]

Led wrote:
>>
>>Простите, но отвечу вопросом на вопрос: а из-за чего, собственно говоря,
>>тред тогда возник? Если нет проблемы, исходя из списка доп. патчей - "не
>>перестарались" - значит, std26 == wks26 по соображениям стабильности! Я
>>правильно рассуждаю?
> 
> 
> Я не знаю... Я спросил: что здесь лишнее? У меня оно стабильно работает: как 
> минимум активно используется на двух машинах: P4 и AthlonXP - это лишь мой 
> опыт, не более.
> 
> 
>>>>А wks26 оставить как _нестабильное_ для экспериментов с новыми фичами.
> 
> 

Подытоживая сказанное: а был ли мальчик?

P.S. Идеи для того и высказываются, чтобы их отбраковывать. (почти по
Дарвину) (с) /me

P.P.S. (/me думает, не процитировал ли он кого - или эта мысль посетила
с дружеским визитом именно его? ) :-D


-- 
Rgds, Artem.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Valery V. Inozemtsev]

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

> > > Где здесь, по-вашему, "перестарались"?
> >
> > Простите, но отвечу вопросом на вопрос: а из-за чего, собственно говоря,
> > тред тогда возник? Если нет проблемы, исходя из списка доп. патчей - "не
> > перестарались" - значит, std26 == wks26 по соображениям стабильности! Я
> > правильно рассуждаю?
>
> Я не знаю... Я спросил: что здесь лишнее? У меня оно стабильно работает:
> как минимум активно используется на двух машинах: P4 и AthlonXP - это лишь
> мой опыт, не более.

вам повезло. загляните в 
ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/updates и поймете откуда 
возник этот тред

>
> > >>А wks26 оставить как _нестабильное_ для экспериментов с новыми фичами.

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Alex Yustasov]

On Tue, May 30, 2006 at 08:11:28PM +0300, Led wrote:
> > > А какой именно пользователь
> > > отлучился? "Просыпаться" будет без всякого пароля, любой мимопроходящий
> > > разбудить сможет? А если не любой - то кто именно? С каким паролем?Вы
> > > предлагаете свести к "Линукс == однопользовательская ОС" или
> > > "Десктоп-линукс == однопользовательская ОС"? По-моему для
> > > однопользовательской системы КПК вполне достаточно...
> >
> > В этом соглашусь с Вами. Добавлю только, что у меня, например, настройки
> > suspend2 такие, что войти в систему после ee просыпания может только тот
> > пользователь, который в ней работал в момент "засыпания". Через окно
> > пароля, естессно.
> 
> "тот пользователь"... Вам нужна однопольльзовательская ОС?
Тут наверное про то, что если были X - то при просыпании будет 
xscreensaver с паролем для того пользователя, кто усыпил. Если 
разбудил другой пользователь, есть консоль и startx &.

-- 
    Alex Yustasov

ALT Linux fortune:
> А разве %set_vesion_gcc и BuildPreReq не помогают ?
В rpm-build >= 4.0.4-alt39 макросы
%set_{autoconf,automake,gcc,libtool}_version влияют
на сборочные зависимости, я это даже когда-то анонсировал.
		-- ldv in devel@

Re: [sisyphus] kernel-image-std26-up & suspend2

[Nick S. Grechukh]

Alex Yustasov wrote:
> On Tue, May 30, 2006 at 08:11:28PM +0300, Led wrote:
>>>> А какой именно пользователь
>>>> отлучился? "Просыпаться" будет без всякого пароля, любой мимопроходящий
>>>> разбудить сможет? А если не любой - то кто именно? С каким паролем?Вы
>>>> предлагаете свести к "Линукс == однопользовательская ОС" или
>>>> "Десктоп-линукс == однопользовательская ОС"? По-моему для
>>>> однопользовательской системы КПК вполне достаточно...
>>> В этом соглашусь с Вами. Добавлю только, что у меня, например, настройки
>>> suspend2 такие, что войти в систему после ee просыпания может только тот
>>> пользователь, который в ней работал в момент "засыпания". Через окно
>>> пароля, естессно.
>> "тот пользователь"... Вам нужна однопольльзовательская ОС?
> Тут наверное про то, что если были X - то при просыпании будет 
> xscreensaver с паролем для того пользователя, кто усыпил. Если 
> разбудил другой пользователь, есть консоль и startx &.
> 

... а если был KDE & KDM - вообще есть start session for new user, прям 
из скринсейвере :)

Re: [sisyphus] kernel-image-std26-up & suspend2

[Andrey Rahmatullin]

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

On Mon, May 29, 2006 at 07:11:42PM +0300, Artem wrote:
> А что мешает, например: std26 + suspend2 + splash = dsk26 :-)
> Неплохая альтернатива для "десктопщиков". И всего 2 патча.
Раз пошла такая пьянка, можно попробовать посмотреть на fbsplash,
поскольку suspend2 имеет 2 userui - консольный и fbsplash'евый, который
сейчас у нас не работает.

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

>>В fortune?
>это не верное утверждение?
В fortune попадают не только неверные утверждения.
		-- wrar in community@

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

Re: [sisyphus] kernel-image-std26-up & suspend2

[Alex Yustasov]

On Mon, May 29, 2006 at 04:37:13PM +0400, Konstantin A. Lepikhov wrote:
> 
> <цитата от="Andrii Dobrovol`s`kii">
> <skip>
> >>>> В ядрах "из сизифа" он есть в wks26, вроде было достаточно.
> >>>>
> >>> Не не достаточно. Тем более, что wks ядра иногда очень странно себя
> >>> ведут.
> >>> Должна быть возможность нормально работать со стандартным ядром на всей
> >>> технике.
> >> если добавить в std26 функционал из wks26, то эти ядра будут также себя
> >> вести.
> >>
> > Если сделать эти ядра близнецами, то конечно. Разве с этим кто-то
> > спорил?
> > Был вопрос про одну фичу. И все. Или это единственное в чем они
> > сейчас различаются?
> скажем так, до недавнего времени именно из-за этой фичи wks26 выходило так
> редко.
Полностью согласен. Лично для меня (сейчас тем более) было тяжело что-то 
делать c swsusp2 до выхода нового std26. Поэтому в данной ситуации это только
задержит выход нового ядра.

-- 
    Alex Yustasov

ALT Linux fortune:
> >А. Загруженный модуль подвержен атаке на отказ в обслуживании, несмотря на
> >отсутствие флага UP. Может ли быть так написан код модуля? Были ли
> >прецеденты?
> Может. Прецеденты не помню.
Вы меня убедили.  Меняю свой ответ со "скорее нет, чем да" на
"нет, конечно".
		-- ldv in devel@

Re: [sisyphus] kernel-image-std26-up & suspend2

[Sergei Naumov]

Valery V. Inozemtsev wrote:
> Hi
> 
> на ftp://ftp.altlinux.ru/pub/people/shrek/kernel выложено ядро 
> 2.6.16-std26-up-alt6 c suspend2 и все модули к нему.
> хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы вы 
> видеть его в ядрах из сизифа.

засчитайте и меня. Кроме этого, весьма неплохо бы splash туда добавить...

-- Сергей

Re: [sisyphus] kernel-image-std26-up & suspend2

[Konstantin A. Lepikhov]

<цитата от="Valery V. Inozemtsev">
> Hi
>
> на ftp://ftp.altlinux.ru/pub/people/shrek/kernel выложено ядро
> 2.6.16-std26-up-alt6 c suspend2 и все модули к нему.
> хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы
> вы
> видеть его в ядрах из сизифа.
>
А чем не устраивает kernel-feat-swsusp из Сизифа? Или wks26, в который
этот патч уже приложен.

-- 
WBR et al.

Re: [sisyphus] kernel-image-std26-up & suspend2

[Igor Zubkov]

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

В сообщении от 27 мая 2006 10:23 Valery V. Inozemtsev написал(a):
> на ftp://ftp.altlinux.ru/pub/people/shrek/kernel выложено ядро
> 2.6.16-std26-up-alt6 c suspend2 и все модули к нему.
> хотелось бы узнать насколько востребован suspend2 в std26-up и хотели бы вы
> видеть его в ядрах из сизифа.

Если это не ломает ничего в ядре и есть возможность отключить "нафик", то я 
за. Хотя у меня стоит wks26-up и мне его вполне хватает. Правда, всё что я из 
него использую suspend.

[icesik@iceberg ~]$ uname -a
Linux iceberg.work 2.6.16-wks26-up-alt3 #1 PREEMPT Mon Apr 17 22:03:32 MSD 
2006 i686 GNU/Linux
[icesik@iceberg ~]$ uptime
 14:03:29 up 32 days,  2:46,  1 user,  load average: 0.27, 0.27, 0.28
[icesik@iceberg ~]$

Всё это время система живет в hibernate.

-- 
Link      < - H! vltg3 (Evidence feat. Pharohe Monch & DJ Baby)

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