[sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Wednesday 16 July 2008, QA Team Robot wrote:

> * Thu Jul 03 2008 Michail Yakushin <silicium@altlinux> 2.6.25-alt6
> - 2.6.25.10
> - moved e1000 drivers to kernel-image-e1000
 
1. Может быть kernel-modules-... ?
2. А e1000e туда же ушёл ? 

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

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Sergey wrote:
> On Wednesday 16 July 2008, QA Team Robot wrote:
> 
>> * Thu Jul 03 2008 Michail Yakushin <silicium@altlinux> 2.6.25-alt6
>> - 2.6.25.10
>> - moved e1000 drivers to kernel-image-e1000
>  
> 1. Может быть kernel-modules-... ?
Да, действительно, опечатался
> 2. А e1000e туда же ушёл ? 
Нет ещё пока не ушёл.
> Вообще, это место для подставы. Сетевые карты Интел распространены,
> при апгрейде ядра может не прийти в голову, что модуль стал отдельным.
> В общем, потерять сервер будет достаточно легко, и, думаю, многие это
> сделают.
Да, это проблема
Вообще я планирую отпилить от ядра все модули, имеющие внятный апстрим.
Собственно проблема эта буден нарастать. Для её решения, планируется, 
либо возродить kernel-complite.
Либо сделать чтобы пакеты с ядрами и модулями писали в Provides модули. 
А потом поковырять update-kernel так чтобы по этим provides вытягивал 
нужные модули, вне зависимости от того в каких пакетах они находятся.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Wednesday 16 July 2008, Михаил Якушин wrote:

> Вообще я планирую отпилить от ядра все модули, имеющие внятный апстрим.

В принципе, в чём-то логично. Но вот стоит ли это делать, если сам
апстрим предпочитает работать с ядром ? Помнится, то, что лежит на 
сайте Intel, бывало, отставало от того, что уже было в ядре... По
крайней мере, это касалось e100.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Sergey wrote:
> On Wednesday 16 July 2008, Михаил Якушин wrote:
> 
>> Вообще я планирую отпилить от ядра все модули, имеющие внятный апстрим.
> 
> В принципе, в чём-то логично. Но вот стоит ли это делать, если сам
> апстрим предпочитает работать с ядром ? Помнится, то, что лежит на 
> сайте Intel, бывало, отставало от того, что уже было в ядре... По
> крайней мере, это касалось e100.
> 
Тут ровно наоборот.
Точнее так. На sourceforge есть проект e1000 e1000e и их версия заметно 
отличается от ядерной в большую стороную.

Такая же ситуация с InfiniBand, drm, alsa и тд
Кстати, если мейнтейнер kvm это читает: может и kvm от ядра отпилим там 
та-же ситуация

Re: [sisyphus] e1000

[Sergey]

On Wednesday 16 July 2008, Михаил Якушин wrote:

> > В принципе, в чём-то логично. Но вот стоит ли это делать, если сам
> > апстрим предпочитает работать с ядром ? Помнится, то, что лежит на 
> > сайте Intel, бывало, отставало от того, что уже было в ядре... По
> > крайней мере, это касалось e100.
 
> Тут ровно наоборот.
> Точнее так. На sourceforge есть проект e1000 e1000e и их версия заметно 
> отличается от ядерной в большую стороную.

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

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Denis Ovsienko]

> Вообще я планирую отпилить от ядра все модули, имеющие внятный
> апстрим. Собственно проблема эта буден нарастать. Для её решения,
> планируется, либо возродить kernel-complite.
> Либо сделать чтобы пакеты с ядрами и модулями писали в Provides
> модули. А потом поковырять update-kernel так чтобы по этим provides
> вытягивал нужные модули, вне зависимости от того в каких пакетах они
> находятся. _______________________________________________

У нас же всё равно обновляется и ядро и пачка модулей-сателлитов
одновременно, так что какой в этом смысл? Давно уже не понимаю.

-- 
    DO4-UANIC

Re: [sisyphus] [JT] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Denis Nazarov]

В сообщении от Wednesday 16 July 2008 14:32:16 Михаил Якушин написал(а):
> Sergey wrote:
> > On Wednesday 16 July 2008, Михаил Якушин wrote:
> >> Вообще я планирую отпилить от ядра все модули, имеющие внятный
> >> апстрим.
> >
> > В принципе, в чём-то логично. Но вот стоит ли это делать, если сам
> > апстрим предпочитает работать с ядром ? Помнится, то, что лежит на
> > сайте Intel, бывало, отставало от того, что уже было в ядре... По
> > крайней мере, это касалось e100.
>
> Тут ровно наоборот.
> Точнее так. На sourceforge есть проект e1000 e1000e и их версия заметно
> отличается от ядерной в большую стороную.
>
> Такая же ситуация с InfiniBand, drm, alsa и тд
> Кстати, если мейнтейнер kvm это читает: может и kvm от ядра отпилим там
> та-же ситуация

Движемся в сторону микроядра, как у врагов? ;)

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Denis Ovsienko wrote:
>> Вообще я планирую отпилить от ядра все модули, имеющие внятный
>> апстрим. Собственно проблема эта буден нарастать. Для её решения,
>> планируется, либо возродить kernel-complite.
>> Либо сделать чтобы пакеты с ядрами и модулями писали в Provides
>> модули. А потом поковырять update-kernel так чтобы по этим provides
>> вытягивал нужные модули, вне зависимости от того в каких пакетах они
>> находятся. _______________________________________________
> 
> У нас же всё равно обновляется и ядро и пачка модулей-сателлитов
> одновременно, так что какой в этом смысл? Давно уже не понимаю.
> 
Часто это происходит асинхронно, достаточно часто. И для обновления 
модулей не требуется обновлять ядро.
Часто майнтенеры модуля и ядра не совпадают
Ядер бывает больше чем одно, и майнтейнер модуля может обновить свой 
модуль ко всем имеющимся ядрам.

Re: [sisyphus] [JT] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Denis Nazarov wrote:
> В сообщении от Wednesday 16 July 2008 14:32:16 Михаил Якушин написал(а):
>> Sergey wrote:
>>> On Wednesday 16 July 2008, Михаил Якушин wrote:
>>>> Вообще я планирую отпилить от ядра все модули, имеющие внятный
>>>> апстрим.
>>> В принципе, в чём-то логично. Но вот стоит ли это делать, если сам
>>> апстрим предпочитает работать с ядром ? Помнится, то, что лежит на
>>> сайте Intel, бывало, отставало от того, что уже было в ядре... По
>>> крайней мере, это касалось e100.
>> Тут ровно наоборот.
>> Точнее так. На sourceforge есть проект e1000 e1000e и их версия заметно
>> отличается от ядерной в большую стороную.
>>
>> Такая же ситуация с InfiniBand, drm, alsa и тд
>> Кстати, если мейнтейнер kvm это читает: может и kvm от ядра отпилим там
>> та-же ситуация
> 
> Движемся в сторону микроядра, как у врагов? ;)
:))
Ну это общее движение. Гибрид рулит.
А Hurd,MAC OS X и QNX нам вобщем то не очень враги :)

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Mikhail Gusarov]

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

Twas brillig at 13:13:45 16.07.2008 UTC+04 when silicium@altlinux.ru did gyre and gimble:

 МЯ> Ядер бывает больше чем одно, и майнтейнер модуля может обновить
 МЯ> свой модуль ко всем имеющимся ядрам.

Собственно, проблема в обратном - при выпуске ядра обновляются не все
модули. Очень неудобно.

-- 

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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Михаил!

Wednesday 16, at 01:13:45 PM you wrote:

> Denis Ovsienko wrote:
> >> Вообще я планирую отпилить от ядра все модули, имеющие внятный
> >> апстрим. Собственно проблема эта буден нарастать. Для её решения,
> >> планируется, либо возродить kernel-complite.
> >> Либо сделать чтобы пакеты с ядрами и модулями писали в Provides
> >> модули. А потом поковырять update-kernel так чтобы по этим provides
> >> вытягивал нужные модули, вне зависимости от того в каких пакетах они
> >> находятся. _______________________________________________
> > 
> > У нас же всё равно обновляется и ядро и пачка модулей-сателлитов
> > одновременно, так что какой в этом смысл? Давно уже не понимаю.
> > 
> Часто это происходит асинхронно, достаточно часто. И для обновления 
> модулей не требуется обновлять ядро.
> Часто майнтенеры модуля и ядра не совпадают
> Ядер бывает больше чем одно, и майнтейнер модуля может обновить свой 
> модуль ко всем имеющимся ядрам.
На текущий момент в сизифе ровно 1 (один) мантейнер ядра и модулей.
Фееричная идея.

PS Прошу ответить на вопрос насчет различий между madwifi-dfs и ar5007

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Denis Ovsienko]

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

Нельзя ли пару следующих таких случаев отдельно выделить объявлением в
рассылку? Чтобы пришло понимание.

-- 
    DO4-UANIC

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Denis Ovsienko wrote:
>> Часто это происходит асинхронно, достаточно часто. И для обновления 
>> модулей не требуется обновлять ядро.
>> Часто майнтенеры модуля и ядра не совпадают
>> Ядер бывает больше чем одно, и майнтейнер модуля может обновить свой 
>> модуль ко всем имеющимся ядрам.
> 
> Нельзя ли пару следующих таких случаев отдельно выделить объявлением в
> рассылку? Чтобы пришло понимание.
> 
насколько я понял речь идёт про асинхронность?
вот например сайчас я отправил ядро alt7. А через некоторое время 
обновлю alsa.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey Shilov]

В сообщении от Wednesday 16 July 2008 16:08:22 Konstantin A. Lepikhov написал:

> PS Прошу ответить на вопрос насчет различий между madwifi-dfs и ar5007
Присоединяюсь.

-- 
С уважением
Сергей Шилов.

Re: [sisyphus] e1000

[Sergey]

On Wednesday 16 July 2008, Михаил Якушин wrote:

> Вообще я планирую отпилить от ядра все модули, имеющие внятный апстрим.
> Собственно проблема эта буден нарастать.

Придумалось одно возражение, касающееся модулей, по крайней мере,
накопителей, файловых систем и сетевых устройств. При отдельном 
апдейте может так получиться, что не будет возможности отката. 
Когда просходит апдейт в составе нового ядра, всегда можно откатиться
на старое. Я вот, например, когда меняю ядро, первый раз гружу его
через lilo -R. Для взврата достаточно дёрнуть хоть питание...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000

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

Sergey wrote:
> On Wednesday 16 July 2008, Михаил Якушин wrote:
> 
>> Вообще я планирую отпилить от ядра все модули, имеющие внятный апстрим.
>> Собственно проблема эта буден нарастать.
> 
> Придумалось одно возражение, касающееся модулей, по крайней мере,
> накопителей, файловых систем и сетевых устройств. При отдельном 
> апдейте может так получиться, что не будет возможности отката. 
> Когда просходит апдейт в составе нового ядра, всегда можно откатиться
> на старое. Я вот, например, когда меняю ядро, первый раз гружу его
> через lilo -R. Для взврата достаточно дёрнуть хоть питание...
> 
Да, с откатом сложновато. Но в список отдельных модулей файловые системы 
врядли попадут.
Да, надо подумать может сделать возможность не сносить старые модули, и 
иметь возможность переключаться.
Правда это всё будет захламлять систему.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Sergey Shilov wrote:
> В сообщении от Wednesday 16 July 2008 16:08:22 Konstantin A. Lepikhov написал:
> 
>> PS Прошу ответить на вопрос насчет различий между madwifi-dfs и ar5007
> Присоединяюсь.
> 
madwifi-dfs это эксперементальная ветка madwifi собственно с фичей DFS
madwifi-ar5007 - это эксперементальная версия madwifi выдернутая ради 
поддержки ar5xxx. Тоесть DFS там нет.
На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
Модули были собраны как временная мера. поддержка ar5xxx перейдёт либо в 
madwifi либо в ath5k.

Re: [sisyphus] e1000

[Sergey]

On Thursday 17 July 2008, Михаил Якушин wrote:

> Да, с откатом сложновато. Но в список отдельных модулей файловые системы 
> врядли попадут.
 
Я ещё две группы упомянул - накопители и сетевые адаптеры. Первые важны так же,
как и модули FS, последние важны в случае, если компьютер далеко.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000

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

Sergey wrote:
> On Thursday 17 July 2008, Михаил Якушин wrote:
> 
>> Да, с откатом сложновато. Но в список отдельных модулей файловые системы 
>> врядли попадут.
>  
> Я ещё две группы упомянул - накопители и сетевые адаптеры. Первые важны так же,
> как и модули FS, последние важны в случае, если компьютер далеко.
> 
Вобщем мысль ясна, надо что то подумать

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Михаил!

Thursday 17, at 10:02:00 AM you wrote:

> Sergey Shilov wrote:
> > В сообщении от Wednesday 16 July 2008 16:08:22 Konstantin A. Lepikhov написал:
> > 
> >> PS Прошу ответить на вопрос насчет различий между madwifi-dfs и ar5007
> > Присоединяюсь.
> > 
> madwifi-dfs это эксперементальная ветка madwifi собственно с фичей DFS
> madwifi-ar5007 - это эксперементальная версия madwifi выдернутая ради 
> поддержки ar5xxx. Тоесть DFS там нет.
Из этой фразы нифига непонятно. DFS - это такая мантра? У madwifi нету
бранча ar5007.

> На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
> Модули были собраны как временная мера. поддержка ar5xxx перейдёт либо в 
> madwifi либо в ath5k.
А в багзиллу написать была не судьба? Михаил, в-общем я понял текущую
политику вашего работодателя - сделай как хочешь, но только не как у
lakostis@, и главное, ни в коем случае с ним не общайся.

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Thursday 17 July 2008, Konstantin A. Lepikhov wrote:

> Михаил, в-общем я понял текущую политику вашего работодателя

Ну не надо обстановку нагнетать, а то я тоже найду, куда пнуть, 
при всём уважении. :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

PS: Мне вот тоже не понравился подход к обновлению ovz-ядра в Сизифе,
с которого всё началось...

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Sergey!

Thursday 17, at 04:20:21 PM you wrote:

> On Thursday 17 July 2008, Konstantin A. Lepikhov wrote:
> 
> > Михаил, в-общем я понял текущую политику вашего работодателя
> 
> Ну не надо обстановку нагнетать, а то я тоже найду, куда пнуть, 
> при всём уважении. :-)
А давайте :) Я хоть не такой герасим.

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Aleksey Novodvorsky]

17.07.08, Konstantin A. Lepikhov<lakostis@unsafe.ru> написал(а):
> Hi Михаил!
>
>
>  Thursday 17, at 10:02:00 AM you wrote:
>
>  > Sergey Shilov wrote:
>  > > В сообщении от Wednesday 16 July 2008 16:08:22 Konstantin A. Lepikhov написал:
>  > >
>  > >> PS Прошу ответить на вопрос насчет различий между madwifi-dfs и ar5007
>  > > Присоединяюсь.
>  > >
>  > madwifi-dfs это эксперементальная ветка madwifi собственно с фичей DFS
>  > madwifi-ar5007 - это эксперементальная версия madwifi выдернутая ради
>  > поддержки ar5xxx. Тоесть DFS там нет.
>
> Из этой фразы нифига непонятно. DFS - это такая мантра? У madwifi нету
>  бранча ar5007.
>
>
>  > На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
>  > Модули были собраны как временная мера. поддержка ar5xxx перейдёт либо в
>  > madwifi либо в ath5k.
>
> А в багзиллу написать была не судьба? Михаил, в-общем я понял текущую
>  политику вашего работодателя - сделай как хочешь, но только не как у
>  lakostis@, и главное, ни в коем случае с ним не общайся.

Что за бред???
Константин, это уже конспирология какая-то.

Rgrds, Алексей

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Aleksey!

Thursday 17, at 03:37:50 PM you wrote:

> 17.07.08, Konstantin A. Lepikhov<lakostis@unsafe.ru> написал(а):
> > Hi Михаил!
> >
> >
> >  Thursday 17, at 10:02:00 AM you wrote:
> >
> >  > Sergey Shilov wrote:
> >  > > В сообщении от Wednesday 16 July 2008 16:08:22 Konstantin A. Lepikhov написал:
> >  > >
> >  > >> PS Прошу ответить на вопрос насчет различий между madwifi-dfs и ar5007
> >  > > Присоединяюсь.
> >  > >
> >  > madwifi-dfs это эксперементальная ветка madwifi собственно с фичей DFS
> >  > madwifi-ar5007 - это эксперементальная версия madwifi выдернутая ради
> >  > поддержки ar5xxx. Тоесть DFS там нет.
> >
> > Из этой фразы нифига непонятно. DFS - это такая мантра? У madwifi нету
> >  бранча ar5007.
> >
> >
> >  > На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
> >  > Модули были собраны как временная мера. поддержка ar5xxx перейдёт либо в
> >  > madwifi либо в ath5k.
> >
> > А в багзиллу написать была не судьба? Михаил, в-общем я понял текущую
> >  политику вашего работодателя - сделай как хочешь, но только не как у
> >  lakostis@, и главное, ни в коем случае с ним не общайся.
> 
> Что за бред???
> Константин, это уже конспирология какая-то.
Вот именно, Алексей, почему на мои письма мантейнер реагирует только
из-под палки?

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Aleksey Novodvorsky]

17.07.08, Konstantin A. Lepikhov<lakostis@unsafe.ru> написал(а):
> Hi Aleksey!
>
>
>  Thursday 17, at 03:37:50 PM you wrote:
>
>  > 17.07.08, Konstantin A. Lepikhov<lakostis@unsafe.ru> написал(а):
>  > > Hi Михаил!
>  > >
>  > >
>  > >  Thursday 17, at 10:02:00 AM you wrote:
>  > >
>  > >  > Sergey Shilov wrote:
>  > >  > > В сообщении от Wednesday 16 July 2008 16:08:22 Konstantin A. Lepikhov написал:
>  > >  > >
>  > >  > >> PS Прошу ответить на вопрос насчет различий между madwifi-dfs и ar5007
>  > >  > > Присоединяюсь.
>  > >  > >
>  > >  > madwifi-dfs это эксперементальная ветка madwifi собственно с фичей DFS
>  > >  > madwifi-ar5007 - это эксперементальная версия madwifi выдернутая ради
>  > >  > поддержки ar5xxx. Тоесть DFS там нет.
>  > >
>  > > Из этой фразы нифига непонятно. DFS - это такая мантра? У madwifi нету
>  > >  бранча ar5007.
>  > >
>  > >
>  > >  > На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
>  > >  > Модули были собраны как временная мера. поддержка ar5xxx перейдёт либо в
>  > >  > madwifi либо в ath5k.
>  > >
>  > > А в багзиллу написать была не судьба? Михаил, в-общем я понял текущую
>  > >  политику вашего работодателя - сделай как хочешь, но только не как у
>  > >  lakostis@, и главное, ни в коем случае с ним не общайся.
>  >
>  > Что за бред???
>  > Константин, это уже конспирология какая-то.
>
> Вот именно, Алексей, почему на мои письма мантейнер реагирует только
>  из-под палки?

Какой еще палки?
Михаил сейчас пишет заметно чаще. Если Вы очень-очень постараетесь
быть корректнее, то все наладится.
Вы можете представить, чтобы я кому-те не велел общаться с Вами или
кем-нибудь еще? неужели я произвожу впечатление _такого_ самодура?

Rgrds, Алексей

>
>
>  --
>  WBR et al.
>  _______________________________________________
>  Sisyphus mailing list
>  Sisyphus@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Aleksey!

Thursday 17, at 03:55:34 PM you wrote:

<skip>
> >  > >  > На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
> >  > >  > Модули были собраны как временная мера. поддержка ar5xxx перейдёт либо в
> >  > >  > madwifi либо в ath5k.
> >  > >
> >  > > А в багзиллу написать была не судьба? Михаил, в-общем я понял текущую
> >  > >  политику вашего работодателя - сделай как хочешь, но только не как у
> >  > >  lakostis@, и главное, ни в коем случае с ним не общайся.
> >  >
> >  > Что за бред???
> >  > Константин, это уже конспирология какая-то.
> >
> > Вот именно, Алексей, почему на мои письма мантейнер реагирует только
> >  из-под палки?
> 
> Какой еще палки?
> Михаил сейчас пишет заметно чаще. Если Вы очень-очень постараетесь
> быть корректнее, то все наладится.
Есть #15899. Я максимально корректен. Когда?

> Вы можете представить, чтобы я кому-те не велел общаться с Вами или
> кем-нибудь еще? неужели я произвожу впечатление _такого_ самодура?
Не знаю. Но со стороны это именно так и выглядит - текущие ядра в сизифе
собраны по-принципу "сделай все, но чтобы не как у vsu/lakostis, и нагони
тайны в changelog".

-- 
WBR et al.

Re: [sisyphus] madwifi-ar5007

[Dmitry V. Levin]

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

On Thu, Jul 17, 2008 at 12:35:49PM +0400, Konstantin A. Lepikhov wrote:
> Thursday 17, at 10:02:00 AM you wrote:
> > Sergey Shilov wrote:
> > > В сообщении от Wednesday 16 July 2008 16:08:22 Konstantin A. Lepikhov написал:
> > > 
> > >> PS Прошу ответить на вопрос насчет различий между madwifi-dfs и ar5007
> > > Присоединяюсь.
> > > 
> > madwifi-dfs это эксперементальная ветка madwifi собственно с фичей DFS
> > madwifi-ar5007 - это эксперементальная версия madwifi выдернутая ради 
> > поддержки ar5xxx. Тоесть DFS там нет.
> Из этой фразы нифига непонятно. DFS - это такая мантра? У madwifi нету
> бранча ar5007.

Ну и что?

> > На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
> > Модули были собраны как временная мера. поддержка ar5xxx перейдёт либо в 
> > madwifi либо в ath5k.
> А в багзиллу написать была не судьба?

Чтобы мантейнер знал, что есть такая карточка, на которой работает
нормально только экспериментальная сборка?
Если мантейнеру это интересно, то можно и в багзиллу.

> Михаил, в-общем я понял текущую
> политику вашего работодателя - сделай как хочешь, но только не как у
> lakostis@, и главное, ни в коем случае с ним не общайся.

Как говорят в таких случаях, аптека за углом. :(


-- 
ldv

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

Re: [sisyphus] madwifi-ar5007

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Thursday 17, at 07:57:41 PM you wrote:

> On Thu, Jul 17, 2008 at 12:35:49PM +0400, Konstantin A. Lepikhov wrote:
> > Thursday 17, at 10:02:00 AM you wrote:
> > > Sergey Shilov wrote:
> > > > В сообщении от Wednesday 16 July 2008 16:08:22 Konstantin A. Lepikhov написал:
> > > > 
> > > >> PS Прошу ответить на вопрос насчет различий между madwifi-dfs и ar5007
> > > > Присоединяюсь.
> > > > 
> > > madwifi-dfs это эксперементальная ветка madwifi собственно с фичей DFS
> > > madwifi-ar5007 - это эксперементальная версия madwifi выдернутая ради 
> > > поддержки ar5xxx. Тоесть DFS там нет.
> > Из этой фразы нифига непонятно. DFS - это такая мантра? У madwifi нету
> > бранча ar5007.
> 
> Ну и что?
Дим, ты можешь перевести ответ? Я не могу.

> 
> > > На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
> > > Модули были собраны как временная мера. поддержка ar5xxx перейдёт либо в 
> > > madwifi либо в ath5k.
> > А в багзиллу написать была не судьба?
> 
> Чтобы мантейнер знал, что есть такая карточка, на которой работает
> нормально только экспериментальная сборка?
> Если мантейнеру это интересно, то можно и в багзиллу.
"На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку". Почему
об этом никто не знает, включая и мантейнера kernel-source-madwifi-dfs?
Да, представь себе, мне интересна эта информация, а не тайное знание в
виде блоба kernel-modules-ar5k7.

> 
> > Михаил, в-общем я понял текущую
> > политику вашего работодателя - сделай как хочешь, но только не как у
> > lakostis@, и главное, ни в коем случае с ним не общайся.
> 
> Как говорят в таких случаях, аптека за углом. :(
У вас там рядом не только аптека, но и целая лечебница %)

-- 
WBR et al.

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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey Shilov]

В сообщении от Thursday 17 July 2008 09:02:00 Михаил Якушин написал(а):

> На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
AR5007EG
У меня "теряет линку" на любых из имеющихся (кроме враппера) драйверах.

-- 
С уважением
Сергей Шилов.

Re: [sisyphus] madwifi-ar5007

[Sergey Shilov]

> "На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку". Почему
> об этом никто не знает, включая и мантейнера kernel-source-madwifi-dfs?
#15551 ?

-- 
С уважением
Сергей Шилов.

Re: [sisyphus] e1000

[Sergey Shilov]

В сообщении от Thursday 17 July 2008 10:03:33 Михаил Якушин написал:

> Вобщем мысль ясна, надо что то подумать
К мыслям в копилочку:
Если ВМЕСТЕ с обновлением ядра повышатся версия драйверов nvidia...
После update-kernel Иксы не стартуют, т.к. остается nvidia_glx  старой версии 
(соотв. модулям старого ядра)...
Грабли систематические.

-- 
С уважением
Сергей Шилов.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Aleksey Novodvorsky]

17.07.08, Konstantin A. Lepikhov<lakostis@unsafe.ru> написал(а):
> Hi Aleksey!
>
>  Thursday 17, at 03:55:34 PM you wrote:
>
>  <skip>
>
> > >  > >  > На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
>  > >  > >  > Модули были собраны как временная мера. поддержка ar5xxx перейдёт либо в
>  > >  > >  > madwifi либо в ath5k.
>  > >  > >
>  > >  > > А в багзиллу написать была не судьба? Михаил, в-общем я понял текущую
>  > >  > >  политику вашего работодателя - сделай как хочешь, но только не как у
>  > >  > >  lakostis@, и главное, ни в коем случае с ним не общайся.
>  > >  >
>  > >  > Что за бред???
>  > >  > Константин, это уже конспирология какая-то.
>  > >
>  > > Вот именно, Алексей, почему на мои письма мантейнер реагирует только
>  > >  из-под палки?
>  >
>  > Какой еще палки?
>  > Михаил сейчас пишет заметно чаще. Если Вы очень-очень постараетесь
>  > быть корректнее, то все наладится.
>
> Есть #15899. Я максимально корректен. Когда?

Там написано RESOLVED FIXED. Переоткроете?

Rgrds, Алексей

>
>
>  > Вы можете представить, чтобы я кому-те не велел общаться с Вами или
>  > кем-нибудь еще? неужели я произвожу впечатление _такого_ самодура?
>
> Не знаю. Но со стороны это именно так и выглядит - текущие ядра в сизифе
>  собраны по-принципу "сделай все, но чтобы не как у vsu/lakostis, и нагони
>  тайны в changelog".



>
>
>  --
>
> WBR et al.
>  _______________________________________________
>  Sisyphus mailing list
>  Sisyphus@lists.altlinux.org
>  https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Michael Shigorin]

On Thu, Jul 17, 2008 at 06:45:37PM +0400, Konstantin A. Lepikhov wrote:
> > Вы можете представить, чтобы я кому-те не велел общаться с
> > Вами или кем-нибудь еще? неужели я произвожу впечатление
> > _такого_ самодура?
> Не знаю. Но со стороны это именно так и выглядит - текущие ядра
> в сизифе собраны по-принципу "сделай все, но чтобы не как у
> vsu/lakostis, и нагони тайны в changelog".

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

Сейчас картинка к этому ближе, на localhost результат работает.

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

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

Re: [sisyphus] e1000

[Michael Shigorin]

On Wed, Jul 16, 2008 at 01:45:14PM +0500, Sergey wrote:
> > Точнее так. На sourceforge есть проект e1000 e1000e и их
> > версия заметно отличается от ядерной в большую стороную.
> Понятно. Тогда есть смысл. Только надо бы держать пакеты и с
> модулем из состава ядра, и с sourceforge, как мне кажется.

По имени файла ж пересекутся, а если переименовать -- 
по modaliases?

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

[sisyphus] [JT^2] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Michael Shigorin]

On Wed, Jul 16, 2008 at 01:14:37PM +0400, Михаил Якушин wrote:
> >>Такая же ситуация с InfiniBand, drm, alsa и тд
> >Движемся в сторону микроядра, как у врагов? ;)
> :)) Ну это общее движение. Гибрид рулит.

Только тут "при чём" не порезка пакетов, а kthreads разве :)

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

Re: [sisyphus] e1000

[Michael Shigorin]

On Thu, Jul 17, 2008 at 09:56:09AM +0400, Михаил Якушин wrote:
> Да, с откатом сложновато. Но в список отдельных модулей
> файловые системы врядли попадут.

Сторадж и то из Ethernet, что не имеет критичных и притом
частых исправлений относительно vanilla -- определённо не стоит 
выносить.

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

Знаешь, тут IMHO другое: не стоит усложнять фундамент.
Больше шансов что-то да упустить.

А механизм такой zerg@ для nvidia.ko уже реализовал.

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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Aleksey!

Friday 18, at 12:15:03 AM you wrote:

> 17.07.08, Konstantin A. Lepikhov<lakostis@unsafe.ru> написал(а):
> > Hi Aleksey!
> >
> >  Thursday 17, at 03:55:34 PM you wrote:
> >
> >  <skip>
> >
> > > >  > >  > На имеющемся железе madwifi-dfs в отличии от ar5007 теряет линку.
> >  > >  > >  > Модули были собраны как временная мера. поддержка ar5xxx перейдёт либо в
> >  > >  > >  > madwifi либо в ath5k.
> >  > >  > >
> >  > >  > > А в багзиллу написать была не судьба? Михаил, в-общем я понял текущую
> >  > >  > >  политику вашего работодателя - сделай как хочешь, но только не как у
> >  > >  > >  lakostis@, и главное, ни в коем случае с ним не общайся.
> >  > >  >
> >  > >  > Что за бред???
> >  > >  > Константин, это уже конспирология какая-то.
> >  > >
> >  > > Вот именно, Алексей, почему на мои письма мантейнер реагирует только
> >  > >  из-под палки?
> >  >
> >  > Какой еще палки?
> >  > Михаил сейчас пишет заметно чаще. Если Вы очень-очень постараетесь
> >  > быть корректнее, то все наладится.
> >
> > Есть #15899. Я максимально корректен. Когда?
> 
> Там написано RESOLVED FIXED. Переоткроете?
> 
> Rgrds, Алексей
Зачем. Уже месяц прошел, ничего не надо. На сервера прекрасно налилась
убунта.

-- 
WBR et al.

Re: [sisyphus] e1000

[Konstantin A. Lepikhov]

Hi Michael!

Thursday 17, at 11:39:48 PM you wrote:

> On Thu, Jul 17, 2008 at 09:56:09AM +0400, Михаил Якушин wrote:
> > Да, с откатом сложновато. Но в список отдельных модулей
> > файловые системы врядли попадут.
> 
> Сторадж и то из Ethernet, что не имеет критичных и притом
> частых исправлений относительно vanilla -- определённо не стоит 
> выносить.
+100

> 
> > Да, надо подумать может сделать возможность не сносить старые
> > модули, и иметь возможность переключаться.  Правда это всё
> > будет захламлять систему.
> 
> Знаешь, тут IMHO другое: не стоит усложнять фундамент.
> Больше шансов что-то да упустить.
> 
> А механизм такой zerg@ для nvidia.ko уже реализовал.
И каждый раз имеем нерабочие xdm/gdm после апгрейда ядра. Спасибо, не
надо. 

-- 
WBR et al.

Re: [sisyphus] e1000

[Alexey Novikov]

On Thu, Jul 17, 2008 at 11:39:48PM +0300, Michael Shigorin wrote:
> On Thu, Jul 17, 2008 at 09:56:09AM +0400, Михаил Якушин wrote:
> > Да, с откатом сложновато. Но в список отдельных модулей
> > файловые системы врядли попадут.
> 
> Сторадж и то из Ethernet, что не имеет критичных и притом
> частых исправлений относительно vanilla -- определённо не стоит 
> выносить.
> 
> > Да, надо подумать может сделать возможность не сносить старые
> > модули, и иметь возможность переключаться.  Правда это всё
> > будет захламлять систему.
> 
> Знаешь, тут IMHO другое: не стоит усложнять фундамент.
> Больше шансов что-то да упустить.
> 
> А механизм такой zerg@ для nvidia.ko уже реализовал.
Это конечно все хорошо, только с этим механизмом у меня 2 ядра на
300-метровый корень уже не влезают :(

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Thursday 17 July 2008, Konstantin A. Lepikhov wrote:

> Есть #15899. Я максимально корректен. Когда?

Если я правильно понимаю, то 15/07/08 04:55. Хотя не быстро...
Кстати, вопрос. А 4.1 оно касается ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000

[Sergey]

On Friday 18 July 2008, Alexey Novikov wrote:
> > А механизм такой zerg@ для nvidia.ko уже реализовал.

> Это конечно все хорошо, только с этим механизмом у меня 2 ядра на
> 300-метровый корень уже не влезают :(
 
У-у-у... Я только /boot 300M делаю. HDD меньше 80Gb не делают давно...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000

[Sergey]

On Friday 18 July 2008, Sergey wrote:

> > Это конечно все хорошо, только с этим механизмом у меня 2 ядра на
> > 300-метровый корень уже не влезают :(
>  
> У-у-у... Я только /boot 300M делаю. HDD меньше 80Gb не делают давно...

Или это про Linux для железок ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Sergey!

Friday 18, at 10:04:51 AM you wrote:

> On Thursday 17 July 2008, Konstantin A. Lepikhov wrote:
> 
> > Есть #15899. Я максимально корректен. Когда?
> 
> Если я правильно понимаю, то 15/07/08 04:55. Хотя не быстро...
очень не быстро. Потребовался целый месяц, чтобы сделать один cherry-pick.

> Кстати, вопрос. А 4.1 оно касается ?
нет. Там же нет .18 ядра.

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Friday 18 July 2008, Konstantin A. Lepikhov wrote:

> > Кстати, вопрос. А 4.1 оно касается ?

> нет. Там же нет .18 ядра.

Да ладно ?!

$ ls kernel-image*
kernel-image-hpc-2.6.18-alt1.src.rpm       kernel-image-std-pae-2.6.18-alt12.src.rpm
kernel-image-ice-wks-2.6.24-alt5.src.rpm   kernel-image-std-se-2.6.24-alt3.src.rpm
kernel-image-led-tc-2.6.22-alt16.src.rpm   kernel-image-std-smp-2.6.18-alt12.src.rpm
kernel-image-ovz-smp-2.6.18-alt24.src.rpm  kernel-image-std-srv-2.6.24-alt1.src.rpm
kernel-image-ovz-wks-2.6.18-alt1.src.rpm   kernel-image-xen-dom0-2.6.18-alt10.M41.src.rpm
kernel-image-std-def-2.6.24-alt9.src.rpm   kernel-image-xen-domU-2.6.18-alt6.src.rpm
kernel-image-std-ll-2.6.24-alt1.src.rpm

Где-то ll-2.6.24 можно использовать, но вот с .24 OVZ облом, как я понимаю.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Friday 18 July 2008, Sergey wrote:

> Где-то ll-2.6.24 можно использовать, но вот с .24 OVZ облом, как я понимаю.

Собственно, у ovz-smp-2.6.18-alt24 последняя запись такая:

* Tue May 06 2008 Michail Yakushin <silicium@altlinux.ru> 2.6.18-alt24
- CVE-2008-1669: add rcu_read_lock()  to fs/locks.c and fix fcntl store/load
- CVE-2008-1375: Race condition in the directory notification subsystem (dnotify)
- CVE-2008-1294: does not check when a user attempts to set RLIMIT_CPU to 0
- update to std-smp-alt12.M40.1

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000

[Pavlov Konstantin]

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

On Fri, Jul 18, 2008 at 01:17:33AM +0400, Konstantin A. Lepikhov wrote:
> Hi Michael!
> 
> Thursday 17, at 11:39:48 PM you wrote:
> 
> > On Thu, Jul 17, 2008 at 09:56:09AM +0400, Михаил Якушин wrote:
> > > Да, с откатом сложновато. Но в список отдельных модулей
> > > файловые системы врядли попадут.
> > 
> > Сторадж и то из Ethernet, что не имеет критичных и притом
> > частых исправлений относительно vanilla -- определённо не стоит 
> > выносить.
> +100

Тут я тоже согласен.

> > > Да, надо подумать может сделать возможность не сносить старые
> > > модули, и иметь возможность переключаться.  Правда это всё
> > > будет захламлять систему.
> > 
> > Знаешь, тут IMHO другое: не стоит усложнять фундамент.
> > Больше шансов что-то да упустить.
> > 
> > А механизм такой zerg@ для nvidia.ko уже реализовал.
> И каждый раз имеем нерабочие xdm/gdm после апгрейда ядра. Спасибо, не
> надо. 

А тут тайное знание -- apt-get install x11_autosetup ;)

-- 
> Я в багзиллу не вхож, так что как уж есть.
Так зарегайтесь, в чем проблема?
Вход бесплатный.
		-- wrar in sisyphus@

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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Friday 18 July 2008, Sergey wrote:

> Где-то ll-2.6.24 можно использовать

"ll-" случайно копи-пастом зацепил...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Sergey!

Friday 18, at 11:07:40 AM you wrote:

> On Friday 18 July 2008, Konstantin A. Lepikhov wrote:
> 
> > > Кстати, вопрос. А 4.1 оно касается ?
> 
> > нет. Там же нет .18 ядра.
> 
> Да ладно ?!
> 
> $ ls kernel-image*
> kernel-image-hpc-2.6.18-alt1.src.rpm       kernel-image-std-pae-2.6.18-alt12.src.rpm
> kernel-image-ice-wks-2.6.24-alt5.src.rpm   kernel-image-std-se-2.6.24-alt3.src.rpm
> kernel-image-led-tc-2.6.22-alt16.src.rpm   kernel-image-std-smp-2.6.18-alt12.src.rpm
> kernel-image-ovz-smp-2.6.18-alt24.src.rpm  kernel-image-std-srv-2.6.24-alt1.src.rpm
> kernel-image-ovz-wks-2.6.18-alt1.src.rpm   kernel-image-xen-dom0-2.6.18-alt10.M41.src.rpm
> kernel-image-std-def-2.6.24-alt9.src.rpm   kernel-image-xen-domU-2.6.18-alt6.src.rpm
> kernel-image-std-ll-2.6.24-alt1.src.rpm
А, ну тогда да, тоже фиксить надо.

> 
> Где-то ll-2.6.24 можно использовать, но вот с .24 OVZ облом, как я понимаю.
ll на production? :)

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Sergey wrote:
> On Friday 18 July 2008, Konstantin A. Lepikhov wrote:
> 
>>> Кстати, вопрос. А 4.1 оно касается ?
> 
>> нет. Там же нет .18 ядра.
> 
> Да ладно ?!
> 
> $ ls kernel-image*
> kernel-image-hpc-2.6.18-alt1.src.rpm       kernel-image-std-pae-2.6.18-alt12.src.rpm
> kernel-image-ice-wks-2.6.24-alt5.src.rpm   kernel-image-std-se-2.6.24-alt3.src.rpm
> kernel-image-led-tc-2.6.22-alt16.src.rpm   kernel-image-std-smp-2.6.18-alt12.src.rpm
> kernel-image-ovz-smp-2.6.18-alt24.src.rpm  kernel-image-std-srv-2.6.24-alt1.src.rpm
> kernel-image-ovz-wks-2.6.18-alt1.src.rpm   kernel-image-xen-dom0-2.6.18-alt10.M41.src.rpm
> kernel-image-std-def-2.6.24-alt9.src.rpm   kernel-image-xen-domU-2.6.18-alt6.src.rpm
> kernel-image-std-ll-2.6.24-alt1.src.rpm
> 
Вопервых 24 там восноном заменено на 25 (сегодня должно придти)
> Где-то ll-2.6.24 можно использовать, но вот с .24 OVZ облом, как я понимаю.
> 

.24 OVZ у меня есть экспериментальная сборка. Если хотите попробовать, 
могу выложить.

Re: [sisyphus] e1000

[Konstantin A. Lepikhov]

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

Hi Pavlov!

Friday 18, at 10:19:04 AM you wrote:

> On Fri, Jul 18, 2008 at 01:17:33AM +0400, Konstantin A. Lepikhov wrote:
> > Hi Michael!
> > 
> > Thursday 17, at 11:39:48 PM you wrote:
> > 
> > > On Thu, Jul 17, 2008 at 09:56:09AM +0400, Михаил Якушин wrote:
> > > > Да, с откатом сложновато. Но в список отдельных модулей
> > > > файловые системы врядли попадут.
> > > 
> > > Сторадж и то из Ethernet, что не имеет критичных и притом
> > > частых исправлений относительно vanilla -- определённо не стоит 
> > > выносить.
> > +100
> 
> Тут я тоже согласен.
> 
> > > > Да, надо подумать может сделать возможность не сносить старые
> > > > модули, и иметь возможность переключаться.  Правда это всё
> > > > будет захламлять систему.
> > > 
> > > Знаешь, тут IMHO другое: не стоит усложнять фундамент.
> > > Больше шансов что-то да упустить.
> > > 
> > > А механизм такой zerg@ для nvidia.ko уже реализовал.
> > И каждый раз имеем нерабочие xdm/gdm после апгрейда ядра. Спасибо, не
> > надо. 
> 
> А тут тайное знание -- apt-get install x11_autosetup ;)
Это не тайное знание, а баг - поскольку x11_autosetup придуман для livecd.

-- 
WBR et al.

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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Friday 18 July 2008, Konstantin A. Lepikhov wrote:

> > Где-то ll-2.6.24 можно использовать, но вот с .24 OVZ облом, как я понимаю.

> ll на production? :)
 
Уже написал, что случайно. :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Friday 18 July 2008, Михаил Якушин wrote:

> .24 OVZ у меня есть экспериментальная сборка. Если хотите попробовать, 
> могу выложить.
 
Попробовать могу только чуть-чуть. Где не чуть-чуть, пробовать не очень
хочется. :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000

[Alexey Novikov]

On Fri, Jul 18, 2008 at 10:13:12AM +0500, Sergey wrote:
> On Friday 18 July 2008, Sergey wrote:
> 
> > > Это конечно все хорошо, только с этим механизмом у меня 2 ядра на
> > > 300-метровый корень уже не влезают :(
> >  
> > У-у-у... Я только /boot 300M делаю. HDD меньше 80Gb не делают давно...
> 
> Или это про Linux для железок ?
Нет, это обычный домашний десктоп, просто когда-то 300М на / было
вполне достаточно, /usr, /var, /home  и все остальное там на LVM.
А /boot делать отдельным разделом вижу смысл только если
используется несколько linux-систем на одном компе.

Нет, я конечно найду лишние метров 100 для корня, но держать по 3
версии драйверов nvidia для каждого ядра становиться немного
накладно, при том, что используется однозначно только одна из
них.

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [sisyphus] e1000

[Michael Shigorin]

On Fri, Jul 18, 2008 at 01:17:33AM +0400, Konstantin A. Lepikhov wrote:
> > А механизм такой zerg@ для nvidia.ko уже реализовал.
> И каждый раз имеем нерабочие xdm/gdm после апгрейда ядра.
> Спасибо, не надо. 

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

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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Michael Shigorin]

On Fri, Jul 18, 2008 at 10:23:35AM +0400, Михаил Якушин wrote:
> .24 OVZ у меня есть экспериментальная сборка. Если хотите
> попробовать, могу выложить.

Дык такое в people выкладывается и анонсируется со списком уже
обнаруженных граблей и подозрительных мест ;-)

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

Re: [sisyphus] e1000

[Michael Shigorin]

On Fri, Jul 18, 2008 at 08:53:06AM +0400, Alexey Novikov wrote:
> > А механизм такой zerg@ для nvidia.ko уже реализовал.
> Это конечно все хорошо, только с этим механизмом у меня 2 ядра
> на 300-метровый корень уже не влезают :(

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

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

Re: [sisyphus] e1000

[Michael Shigorin]

On Fri, Jul 18, 2008 at 10:50:57AM +0400, Alexey Novikov wrote:
> Нет, я конечно найду лишние метров 100 для корня, но держать по
> 3 версии драйверов nvidia для каждого ядра становиться немного
> накладно, при том, что используется однозначно только одна из
> них.

Это всё-таки менее накладно, чем руками их разводить...
если лишнее напрягает -- rm(1) в помощь.  Как вариант, можно
поддерживать дискретные сборки версий, но я [бы] обломался.

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

Re: [sisyphus] e1000

[Konstantin A. Lepikhov]

Hi Michael!

Friday 18, at 10:19:46 AM you wrote:

> On Fri, Jul 18, 2008 at 01:17:33AM +0400, Konstantin A. Lepikhov wrote:
> > > А механизм такой zerg@ для nvidia.ko уже реализовал.
> > И каждый раз имеем нерабочие xdm/gdm после апгрейда ядра.
> > Спасибо, не надо. 
> 
> Надо-надо, так гораздо лучше, чем не так.  Фиксить там есть чего,
> вчера вот тоже поигрался, ещё раз подумал.  Только надо на чистом
> стенде, чтоб тот же сервис x11presetdrv был включен...
Почему у fglrx ничего включать не надо? Лучше написать один раз нормальный
скрипт переключения, чем всю жизнь делать костыли.

-- 
WBR et al.

Re: [sisyphus] e1000

[Alexey I. Froloff]

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

* Konstantin A. Lepikhov <lakostis@> [080718 14:28]:
> > Надо-надо, так гораздо лучше, чем не так.  Фиксить там есть чего,
> > вчера вот тоже поигрался, ещё раз подумал.  Только надо на чистом
> > стенде, чтоб тот же сервис x11presetdrv был включен...
> Почему у fglrx ничего включать не надо?
Потому что fglrx таки позволит запустить иксы без ядерного модуля
или с модулем не своей версии.

-- 
Regards,
Sir Raorn.

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

Re: [sisyphus] e1000

[Konstantin A. Lepikhov]

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

Hi Alexey!

Friday 18, at 02:43:22 PM you wrote:

> * Konstantin A. Lepikhov <lakostis@> [080718 14:28]:
> > > Надо-надо, так гораздо лучше, чем не так.  Фиксить там есть чего,
> > > вчера вот тоже поигрался, ещё раз подумал.  Только надо на чистом
> > > стенде, чтоб тот же сервис x11presetdrv был включен...
> > Почему у fglrx ничего включать не надо?
> Потому что fglrx таки позволит запустить иксы без ядерного модуля
> или с модулем не своей версии.
Это одна из версий :) На самом деле nvidia таки может запуститься не со
своим модулем.

-- 
WBR et al.

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

Re: [sisyphus] e1000

[Sergey Vlasov]

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

On Thu, Jul 17, 2008 at 10:47:40PM +0300, Sergey Shilov wrote:
> В сообщении от Thursday 17 July 2008 10:03:33 Михаил Якушин написал:
> 
> > Вобщем мысль ясна, надо что то подумать
> К мыслям в копилочку:
> Если ВМЕСТЕ с обновлением ядра повышатся версия драйверов nvidia...
> После update-kernel Иксы не стартуют, т.к. остается nvidia_glx  старой версии 
> (соотв. модулям старого ядра)...
> Грабли систематические.

Вообще-то по зависимостям нужный nvidia_glx в этом случае вытаскивается, а
вот ссылки не обновляются, если в системе не установлен пакет hardware
(или во что там его сейчас переименовали).  Такая ситуация возникает, если
установка производилась с какого-нибудь старого дистрибутива (при
обновлении пакеты, нужные для автоматического вызова x11setupdrv, не
устанавливаются без ручного вмешательства).

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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Slava Dubrovskiy]

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

Михаил Якушин пишет:
>> Где-то ll-2.6.24 можно использовать, но вот с .24 OVZ облом, как я 
>> понимаю.
> .24 OVZ у меня есть экспериментальная сборка. Если хотите попробовать, 
> могу выложить.
Давайте в сизиф, давно ждем. На серверах бранч стоит в основном.

-- 
WBR,
Dubrovskiy Vyacheslav


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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Slava!

Friday 18, at 04:44:47 PM you wrote:

> Михаил Якушин пишет:
> >> Где-то ll-2.6.24 можно использовать, но вот с .24 OVZ облом, как я 
> >> понимаю.
> > .24 OVZ у меня есть экспериментальная сборка. Если хотите попробовать, 
> > могу выложить.
> Давайте в сизиф, давно ждем. На серверах бранч стоит в основном.
Так лежит давно. И даже для сизифа. Те, кому действительно это надо, уже
давно сидят на этих ядрах ;)

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Slava Dubrovskiy]

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

Konstantin A. Lepikhov пишет:
>>>> Где-то ll-2.6.24 можно использовать, но вот с .24 OVZ облом, как я 
>>>> понимаю.
>>>>         
>>> .24 OVZ у меня есть экспериментальная сборка. Если хотите попробовать, 
>>> могу выложить.
>>>       
>> Давайте в сизиф, давно ждем. На серверах бранч стоит в основном.
>>     
> Так лежит давно. И даже для сизифа. Те, кому действительно это надо, уже
> давно сидят на этих ядрах ;)
>   
Хм. Где? Не вижу

$ apt-cache search kernel-image-ovz
kernel-headers-modules-ovz-smp - Headers and other files needed for 
building kernel modules
kernel-headers-modules-ovz-wks - Headers and other files needed for 
building kernel modules
kernel-headers-ovz-smp - Header files for the Linux kernel
kernel-headers-ovz-wks - Header files for the Linux kernel
kernel-image-ovz-smp - The Linux kernel (the core of the Linux operating 
system)
kernel-image-ovz-wks - The Linux kernel (the core of the Linux operating 
system)
kernel-modules-oss-ovz-smp - OSS sound driver modules (obsolete)
kernel-modules-oss-ovz-wks - OSS sound driver modules (obsolete)


-- 
WBR,
Dubrovskiy Vyacheslav


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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Mikhail Gusarov]

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

Twas brillig at 16:56:38 18.07.2008 UTC+03 when slava@tangramltd.com did gyre and gimble:

 >> Так лежит давно. И даже для сизифа. Те, кому действительно это надо,
 >> уже давно сидят на этих ядрах ;)

 SD> Хм. Где?

В Другом Месте(tm) aka unsafe.ru.

-- 

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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Slava Semushin]

18 июля 2008 г. 20:59 пользователь Mikhail Gusarov <dottedmag .
altlinux.org> написал:
> Twas brillig at 16:56:38 18.07.2008 UTC+03 when slava@tangramltd.com did gyre and gimble:
>
>  >> Так лежит давно. И даже для сизифа. Те, кому действительно это надо,
>  >> уже давно сидят на этих ядрах ;)
>
>  SD> Хм. Где?
>
> В Другом Месте(tm) aka unsafe.ru.

Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
качаю wget'ом пакет с ядром, посмотрю что будет.



-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Slava Dubrovskiy]

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

Slava Semushin пишет:
>>  >> Так лежит давно. И даже для сизифа. Те, кому действительно это надо,
>>  >> уже давно сидят на этих ядрах ;)
>>  SD> Хм. Где?
>>
>> В Другом Месте(tm) aka unsafe.ru.
>>     
> Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
> понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
> качаю wget'ом пакет с ядром, посмотрю что будет.
>   
Так вот я и говорю, что пока пакета не будет в официальном репозитарии 
мало кто доберется потестировать.

-- 
WBR,
Dubrovskiy Vyacheslav


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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Slava!

Saturday 19, at 08:59:28 PM you wrote:

> Slava Semushin пишет:
> >>  >> Так лежит давно. И даже для сизифа. Те, кому действительно это надо,
> >>  >> уже давно сидят на этих ядрах ;)
> >>  SD> Хм. Где?
> >>
> >> В Другом Месте(tm) aka unsafe.ru.
> >>     
> > Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
> > понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
> > качаю wget'ом пакет с ядром, посмотрю что будет.
> >   
> Так вот я и говорю, что пока пакета не будет в официальном репозитарии 
> мало кто доберется потестировать.
А вы его тестировать собрались? И даже сможете багрепорт оформить? :)

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Slava!

Sunday 20, at 12:47:35 AM you wrote:

> 18 июля 2008 г. 20:59 пользователь Mikhail Gusarov <dottedmag .
> altlinux.org> написал:
> > Twas brillig at 16:56:38 18.07.2008 UTC+03 when slava@tangramltd.com did gyre and gimble:
> >
> >  >> Так лежит давно. И даже для сизифа. Те, кому действительно это надо,
> >  >> уже давно сидят на этих ядрах ;)
> >
> >  SD> Хм. Где?
> >
> > В Другом Месте(tm) aka unsafe.ru.
> 
> Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
> понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
> качаю wget'ом пакет с ядром, посмотрю что будет.
Заметье, я не давал ссылку. 

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Led]

Wednesday, 16 July 2008 11:32:16 Михаил Якушин написав:
> Sergey wrote:
> > On Wednesday 16 July 2008, Михаил Якушин wrote:
> >> Вообще я планирую отпилить от ядра все модули, имеющие внятный апстрим.
> >
> > В принципе, в чём-то логично. Но вот стоит ли это делать, если сам
> > апстрим предпочитает работать с ядром ? Помнится, то, что лежит на
> > сайте Intel, бывало, отставало от того, что уже было в ядре... По
> > крайней мере, это касалось e100.
>
> Тут ровно наоборот.
> Точнее так. На sourceforge есть проект e1000 e1000e и их версия заметно
> отличается от ядерной в большую стороную.

Кто мешает обновлять в наших сборках ядра модули с sourceforge? Если б ещё и 
ядро у нас было "чисто ванилла", а то ведь и так "перепатченное"...

> Такая же ситуация с InfiniBand, drm, alsa и тд
> Кстати, если мейнтейнер kvm это читает: может и kvm от ядра отпилим там
> та-же ситуация

А чего его "отпиливать"? Отключить в .config и собирать с давно существующего 
kernel-source-kvm.

-- 
Led

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Led]

Wednesday, 16 July 2008 12:13:45 Михаил Якушин написал:
> > У нас же всё равно обновляется и ядро и пачка модулей-сателлитов
> > одновременно, так что какой в этом смысл? Давно уже не понимаю.
>
> Часто это происходит асинхронно, достаточно часто. И для обновления
> модулей не требуется обновлять ядро.

Насколько я помню статистику за последние полгода, то kernel-image обновлялся 
на порядок чаще, чем любой из "внешних" модулей.

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

Это, скорее, исключение из правила.

-- 
Led

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Slava Semushin]

20 июля 2008 г. 1:39 пользователь Konstantin A. Lepikhov <lakostis .
unsafe.ru> написал:
>> >  >> Так лежит давно. И даже для сизифа. Те, кому действительно это надо,
>> >  >> уже давно сидят на этих ядрах ;)
>> >
>> >  SD> Хм. Где?
>> >
>> > В Другом Месте(tm) aka unsafe.ru.
>>
>> Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
>> понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
>> качаю wget'ом пакет с ядром, посмотрю что будет.
> Заметье, я не давал ссылку.

Ну так и плохо, что не даёте ссылок и маленького tutorial-а для
ламеров, вроде меня.

:-(

-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Slava Dubrovskiy]

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

Konstantin A. Lepikhov пишет:
>>>>  >> Так лежит давно. И даже для сизифа. Те, кому действительно это надо,
>>>>  >> уже давно сидят на этих ядрах ;)
>>>>  SD> Хм. Где?
>>>>
>>>> В Другом Месте(tm) aka unsafe.ru.
>>>>     
>>>>         
>>> Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
>>> понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
>>> качаю wget'ом пакет с ядром, посмотрю что будет. 
>>>       
>> Так вот я и говорю, что пока пакета не будет в официальном репозитарии 
>> мало кто доберется потестировать.
>>     
> А вы его тестировать собрались? И даже сможете багрепорт оформить? :)
>   
А почему нет?
Не, я понимаю, что грабли разные бывают. Ну если сам не смогу то напишу. 
Общими усилиями оформим :-)

-- 
WBR,
Dubrovskiy Vyacheslav


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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Slava!

Saturday 19, at 09:49:56 PM you wrote:

> Konstantin A. Lepikhov пишет:
> >>>>  >> Так лежит давно. И даже для сизифа. Те, кому действительно это надо,
> >>>>  >> уже давно сидят на этих ядрах ;)
> >>>>  SD> Хм. Где?
> >>>>
> >>>> В Другом Месте(tm) aka unsafe.ru.
> >>>>     
> >>>>         
> >>> Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
> >>> понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
> >>> качаю wget'ом пакет с ядром, посмотрю что будет. 
> >>>       
> >> Так вот я и говорю, что пока пакета не будет в официальном репозитарии 
> >> мало кто доберется потестировать.
> >>     
> > А вы его тестировать собрались? И даже сможете багрепорт оформить? :)
> >   
> А почему нет?
> Не, я понимаю, что грабли разные бывают. Ну если сам не смогу то напишу. 
> Общими усилиями оформим :-)
Я уже сейчас знаю несколько грабель на этих ядрах, что мешают использовать
на том же оборудовании, что и .18. Поэтому могу увренно сказать - лучше
дождаться патча на .26, там все намного лучше.

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Slava!

Sunday 20, at 01:48:58 AM you wrote:

> 20 июля 2008 г. 1:39 пользователь Konstantin A. Lepikhov <lakostis .
> unsafe.ru> написал:
> >> >  >> Так лежит давно. И даже для сизифа. Те, кому действительно это надо,
> >> >  >> уже давно сидят на этих ядрах ;)
> >> >
> >> >  SD> Хм. Где?
> >> >
> >> > В Другом Месте(tm) aka unsafe.ru.
> >>
> >> Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
> >> понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
> >> качаю wget'ом пакет с ядром, посмотрю что будет.
> > Заметье, я не давал ссылку.
> 
> Ну так и плохо, что не даёте ссылок и маленького tutorial-а для
> ламеров, вроде меня.
конкретизируйте ваш ответ.

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Slava Dubrovskiy]

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

Konstantin A. Lepikhov пишет:
>>>>>>  >> Так лежит давно. И даже для сизифа. Те, кому действительно это надо,
>>>>>>  >> уже давно сидят на этих ядрах ;)
>>>>>>  SD> Хм. Где?
>>>>>>
>>>>>> В Другом Месте(tm) aka unsafe.ru.         
>>>>>>             
>>>>> Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
>>>>> понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
>>>>> качаю wget'ом пакет с ядром, посмотрю что будет. 
>>>>>       
>>>>>           
>>>> Так вот я и говорю, что пока пакета не будет в официальном репозитарии 
>>>> мало кто доберется потестировать.
>>>>     
>>>>         
>>> А вы его тестировать собрались? И даже сможете багрепорт оформить? :)
>>>   
>>>       
>> А почему нет?
>> Не, я понимаю, что грабли разные бывают. Ну если сам не смогу то напишу. 
>> Общими усилиями оформим :-)
>>     
> Я уже сейчас знаю несколько грабель на этих ядрах, что мешают использовать
> на том же оборудовании, что и .18. Поэтому могу увренно сказать - лучше
> дождаться патча на .26, там все намного лучше.
>   
Я помню, вы говорили про работу сети и еще что-то. Думал что-то 
изменилось с тех пор.
Хорошо. Дождемся .26

-- 
WBR,
Dubrovskiy Vyacheslav


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

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Slava Semushin]

20 июля 2008 г. 2:09 пользователь Konstantin A. Lepikhov <lakostis /
unsafe.ru> написал:
[...]
>> >> Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
>> >> понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
>> >> качаю wget'ом пакет с ядром, посмотрю что будет.
>> > Заметье, я не давал ссылку.
>>
>> Ну так и плохо, что не даёте ссылок и маленького tutorial-а для
>> ламеров, вроде меня.
> конкретизируйте ваш ответ.

Конкретизирую:
- плохо, что пользователь имея желание попробовать сторонее ядро имени
lakostis@ не знает о каком-либо документе с описанием способа
установки этого ядра

Что я бы хотел видеть:
- страницу на f.i (или хотя бы письмо в sisyphus@) с описанием: где
взять ядро, чем отличается от ванильного и того что в Сизифе
(std-def), как установить его вручную (с помощью rpm) и как поставить
apt-ом (что добавить в sources.list). Также там должна быть информация
о известных недочетах, ссылка на рассылку и ссылка на то куда вешать
баги/кому сообщать.


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Slava!

Sunday 20, at 02:17:21 AM you wrote:

> 20 июля 2008 г. 2:09 пользователь Konstantin A. Lepikhov <lakostis /
> unsafe.ru> написал:
> [...]
> >> >> Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой только
> >> >> понял, что надо с www попробовать. Ни инструкции, ни советов... ладно,
> >> >> качаю wget'ом пакет с ядром, посмотрю что будет.
> >> > Заметье, я не давал ссылку.
> >>
> >> Ну так и плохо, что не даёте ссылок и маленького tutorial-а для
> >> ламеров, вроде меня.
> > конкретизируйте ваш ответ.
> 
> Конкретизирую:
> - плохо, что пользователь имея желание попробовать сторонее ядро имени
> lakostis@ не знает о каком-либо документе с описанием способа
> установки этого ядра
у нас секта избранных ;)

> 
> Что я бы хотел видеть:
> - страницу на f.i (или хотя бы письмо в sisyphus@) с описанием: где
> взять ядро, чем отличается от ванильного и того что в Сизифе
> (std-def), как установить его вручную (с помощью rpm) и как поставить
в сизиф/hardware был анонс специализированного списка рассылки для моих
ядер.

> apt-ом (что добавить в sources.list). Также там должна быть информация
> о известных недочетах, ссылка на рассылку и ссылка на то куда вешать
> баги/кому сообщать.
базгилла скоро будет. Пока все в список рассылки/xmpp 

-- 
WBR et al.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Saturday 19 July 2008, Slava Semushin wrote:

> ладно, качаю wget'ом пакет с ядром, посмотрю что будет.

Зачем wget ?

rpm http://www.unsafe.ru/lakostis/RPMS/ALTLinux/kernel-2.6.26/repo i586 hasher

Только путь скорректировать...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Slava Semushin]

20 июля 2008 г. 1:38 пользователь Konstantin A. Lepikhov <lakostis /
unsafe.ru> написал:
[...]
>> Так вот я и говорю, что пока пакета не будет в официальном репозитарии
>> мало кто доберется потестировать.
> А вы его тестировать собрались? И даже сможете багрепорт оформить? :)

Лично я собрался на нём работать.

Имею:

[c0der@rock ~]$ rpm -qa G wks
kernel-image-wks-smp-2.6.26-alt1
kernel-modules-alsa-wks-smp-2.6.26-alt1

При загрузке вижу следующуя ругань:

Adjusting hardware clock: hwclock: ioctl() to /dev/rtc to turn on
update interrupts failed unexpectedly, errno = Inappropriate ioctl for
device (25).
Unable to synchronize to a clock tick, which means we cannot get
better than one second precision from the hardware clock. If this is
OK for you, run with the --fast option.
[FAILED]
Setting system clock (localtime): hwclock: ioctl() to /dev/rtc to turn
on update interrupts failed unexpectedly, errno = Inappropriate ioctl
for device (25).
Unable to synchronize to a clock tick, which means we cannot get
better than one second precision from the hardware clock. If this is
OK for you, run with the --fast option.
[FAILED]

В итоге время не установилось и в четыре часа дня я получил 11 часов вечера =/

Звук тоже не стал работать, а вот цветность не пропадает (#15501).


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Konstantin A. Lepikhov]

Hi Slava!

Sunday 20, at 04:31:06 PM you wrote:

> 20 июля 2008 г. 1:38 пользователь Konstantin A. Lepikhov <lakostis /
> unsafe.ru> написал:
> [...]
> >> Так вот я и говорю, что пока пакета не будет в официальном репозитарии
> >> мало кто доберется потестировать.
> > А вы его тестировать собрались? И даже сможете багрепорт оформить? :)
> 
> Лично я собрался на нём работать.
> 
> Имею:
> 
> [c0der@rock ~]$ rpm -qa G wks
> kernel-image-wks-smp-2.6.26-alt1
> kernel-modules-alsa-wks-smp-2.6.26-alt1
> 
> При загрузке вижу следующуя ругань:
> 
> Adjusting hardware clock: hwclock: ioctl() to /dev/rtc to turn on
> update interrupts failed unexpectedly, errno = Inappropriate ioctl for
> device (25).
> Unable to synchronize to a clock tick, which means we cannot get
> better than one second precision from the hardware clock. If this is
> OK for you, run with the --fast option.
> [FAILED]
> Setting system clock (localtime): hwclock: ioctl() to /dev/rtc to turn
> on update interrupts failed unexpectedly, errno = Inappropriate ioctl
> for device (25).
> Unable to synchronize to a clock tick, which means we cannot get
> better than one second precision from the hardware clock. If this is
> OK for you, run with the --fast option.
> [FAILED]
> 
> В итоге время не установилось и в четыре часа дня я получил 11 часов вечера =/
hwclock --fast вас спасет. Читайте рассылку, она рулит.

> 
> Звук тоже не стал работать, а вот цветность не пропадает (#15501).
Какой звук? вывод systemreport в kernels@ plz.

-- 
WBR et al.

Re: [sisyphus] [JT] unsafe lakostis

[Ildar Mulyukov]

On 20.07.2008 01:28:14, Konstantin A. Lepikhov wrote:
> Hi Slava!
> Sunday 20, at 02:17:21 AM you wrote:
> > 20 июля 2008 г. 2:09 пользователь Konstantin A. Lepikhov <lakostis /
> > unsafe.ru> написал:
> > [...]
> > >> >> Ага, это место хорошо спряталось. Везде 404. Минуты с 20ой  
> только
> > >> >> понял, что надо с www попробовать. Ни инструкции, ни  
> советов... ладно,
> > >> >> качаю wget'ом пакет с ядром, посмотрю что будет.
> > >> > Заметье, я не давал ссылку.
> > >>
> > >> Ну так и плохо, что не даёте ссылок и маленького tutorial-а для
> > >> ламеров, вроде меня.
> > > конкретизируйте ваш ответ.
> >
> > Конкретизирую:
> > - плохо, что пользователь имея желание попробовать сторонее ядро  
> имени
> > lakostis@ не знает о каком-либо документе с описанием способа
> > установки этого ядра
> у нас секта избранных ;)
> 
> >
> > Что я бы хотел видеть:
> > - страницу на f.i (или хотя бы письмо в sisyphus@) с описанием: где
> > взять ядро, чем отличается от ванильного и того что в Сизифе
> > (std-def), как установить его вручную (с помощью rpm) и как  
> поставить
> в сизиф/hardware был анонс специализированного списка рассылки для  
> моих
> ядер.
> 
> > apt-ом (что добавить в sources.list). Также там должна быть  
> информация
> > о известных недочетах, ссылка на рассылку и ссылка на то куда вешать
> > баги/кому сообщать.
> базгилла скоро будет. Пока все в список рассылки/xmpp

О! Константин создаёт себе инфраструктуру. Предлагаю Вам (Константин)  
название для Вашего дистрибутива - AlterLinux.
:-P
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Led wrote:
> Wednesday, 16 July 2008 11:32:16 Михаил Якушин написав:
>> Sergey wrote:
>>> On Wednesday 16 July 2008, Михаил Якушин wrote:
>>>> Вообще я планирую отпилить от ядра все модули, имеющие внятный апстрим.
>>> В принципе, в чём-то логично. Но вот стоит ли это делать, если сам
>>> апстрим предпочитает работать с ядром ? Помнится, то, что лежит на
>>> сайте Intel, бывало, отставало от того, что уже было в ядре... По
>>> крайней мере, это касалось e100.
>> Тут ровно наоборот.
>> Точнее так. На sourceforge есть проект e1000 e1000e и их версия заметно
>> отличается от ядерной в большую стороную.
> 
> Кто мешает обновлять в наших сборках ядра модули с sourceforge? Если б ещё и 
> ядро у нас было "чисто ванилла", а то ведь и так "перепатченное"...
Вобщем можно, но мне показалось что так проще и удобнее.
>> Такая же ситуация с InfiniBand, drm, alsa и тд
>> Кстати, если мейнтейнер kvm это читает: может и kvm от ядра отпилим там
>> та-же ситуация
> 
> А чего его "отпиливать"? Отключить в .config и собирать с давно существующего 
> kernel-source-kvm.
Да собственно с ядерной стороны ничего сложного, главное это обсудить с 
майнтайнером, и сделать template для модулей.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Led wrote:
> Wednesday, 16 July 2008 12:13:45 Михаил Якушин написал:
>>> У нас же всё равно обновляется и ядро и пачка модулей-сателлитов
>>> одновременно, так что какой в этом смысл? Давно уже не понимаю.
>> Часто это происходит асинхронно, достаточно часто. И для обновления
>> модулей не требуется обновлять ядро.
> 
> Насколько я помню статистику за последние полгода, то kernel-image обновлялся 
> на порядок чаще, чем любой из "внешних" модулей.
Сейчас да, но со временем, частота обновления ядер будет падать.
>> Часто майнтенеры модуля и ядра не совпадают
>> Ядер бывает больше чем одно, и майнтейнер модуля может обновить свой
>> модуль ко всем имеющимся ядрам.
> 
> Это, скорее, исключение из правила.
> 
Что именно? первое или второе?

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Led]

Monday, 21 July 2008 11:59:27 ви написали:
> Led wrote:
> > Wednesday, 16 July 2008 12:13:45 Михаил Якушин написал:
> >>> У нас же всё равно обновляется и ядро и пачка модулей-сателлитов
> >>> одновременно, так что какой в этом смысл? Давно уже не понимаю.
> >>
> >> Часто это происходит асинхронно, достаточно часто. И для обновления
> >> модулей не требуется обновлять ядро.
> >
> > Насколько я помню статистику за последние полгода, то kernel-image
> > обновлялся на порядок чаще, чем любой из "внешних" модулей.
>
> Сейчас да, но со временем, частота обновления ядер будет падать.

security fix'ы для ядра отменят или в АЛЬТе их просто прикладывать не будут?:)

>
> >> Часто майнтенеры модуля и ядра не совпадают
> >> Ядер бывает больше чем одно, и майнтейнер модуля может обновить свой
> >> модуль ко всем имеющимся ядрам.
> >
> > Это, скорее, исключение из правила.
>
> Что именно? первое или второе?

И первое, и второе.

-- 
Led

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Alexey Borovskoy]

* Понедельник 21 июля 2008 Михаил Якушин

> Led wrote:
> > А чего его "отпиливать"? Отключить в .config и собирать с
> > давно существующего kernel-source-kvm.
>
> Да собственно с ядерной стороны ничего сложного, главное это
> обсудить с майнтайнером, и сделать template для модулей.

Ну можно мой темплейт допилить. Лежит в git.alt.

-- 
Алексей.
GPG key fingerprint
949B BC0E 2C44 7528 4F63  2753 E37A 9E3F 11F3 BDE1

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Led wrote:
> Monday, 21 July 2008 11:59:27 ви написали:
>> Led wrote:
>>> Wednesday, 16 July 2008 12:13:45 Михаил Якушин написал:
>>>>> У нас же всё равно обновляется и ядро и пачка модулей-сателлитов
>>>>> одновременно, так что какой в этом смысл? Давно уже не понимаю.
>>>> Часто это происходит асинхронно, достаточно часто. И для обновления
>>>> модулей не требуется обновлять ядро.
>>> Насколько я помню статистику за последние полгода, то kernel-image
>>> обновлялся на порядок чаще, чем любой из "внешних" модулей.
>> Сейчас да, но со временем, частота обновления ядер будет падать.
> 
> security fix'ы для ядра отменят или в АЛЬТе их просто прикладывать не будут?:)
Нет конечно, но, можете мне поверить обновлять 18е ядро приходиться реже 
чем 25ое
>>>> Часто майнтенеры модуля и ядра не совпадают
>>>> Ядер бывает больше чем одно, и майнтейнер модуля может обновить свой
>>>> модуль ко всем имеющимся ядрам.
>>> Это, скорее, исключение из правила.
>> Что именно? первое или второе?
> 
> И первое, и второе.
>>> Часто майнтенеры модуля и ядра не совпадают
ну например fglrx и nvidia я не мантейню, менйнтейнит lakostis и zerg 
соответвенно.
v4l в основном мейнтенит rider
drm - shrek
alsa - там многие руки прикладывали и прикладывают.
это исключения?
 >>>> Ядер бывает больше чем одно, и майнтейнер модуля может обновить 
свой модуль ко всем имеющимся ядрам.
ну строго говоря в Сизифе есть  led-tc и ice-wks

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Alexey Borovskoy wrote:
> * Понедельник 21 июля 2008 Михаил Якушин
> 
>> Led wrote:
>>> А чего его "отпиливать"? Отключить в .config и собирать с
>>> давно существующего kernel-source-kvm.
>> Да собственно с ядерной стороны ничего сложного, главное это
>> обсудить с майнтайнером, и сделать template для модулей.
> 
> Ну можно мой темплейт допилить. Лежит в git.alt.
> 
Посмотрю.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Led]

Monday, 21 July 2008 12:19:14 ви написали:
> Led wrote:
> > Monday, 21 July 2008 11:59:27 ви написали:
> >> Led wrote:
> >>> Wednesday, 16 July 2008 12:13:45 Михаил Якушин написал:
> >>>>> У нас же всё равно обновляется и ядро и пачка модулей-сателлитов
> >>>>> одновременно, так что какой в этом смысл? Давно уже не понимаю.
> >>>>
> >>>> Часто это происходит асинхронно, достаточно часто. И для обновления
> >>>> модулей не требуется обновлять ядро.
> >>>
> >>> Насколько я помню статистику за последние полгода, то kernel-image
> >>> обновлялся на порядок чаще, чем любой из "внешних" модулей.
> >>
> >> Сейчас да, но со временем, частота обновления ядер будет падать.
> >
> > security fix'ы для ядра отменят или в АЛЬТе их просто прикладывать не
> > будут?:)
>
> Нет конечно, но, можете мне поверить обновлять 18е ядро приходиться реже
> чем 25ое

Я не знаю, почему "приходится" реже, но ИМХО не из-за security-fix'ов.

>
> >>>> Часто майнтенеры модуля и ядра не совпадают
> >>>> Ядер бывает больше чем одно, и майнтейнер модуля может обновить свой
> >>>> модуль ко всем имеющимся ядрам.
> >>>
> >>> Это, скорее, исключение из правила.
> >>
> >> Что именно? первое или второе?
> >
> > И первое, и второе.
> >
> >>> Часто майнтенеры модуля и ядра не совпадают
>
> ну например fglrx и nvidia я не мантейню, менйнтейнит lakostis и zerg
> соответвенно.

Эти модули принципиально нельзя в дерево сборки ядра пихать. остальные - 
можно. Никаких неудобств (в целом) для сборки я не вижу, кроме удобств для 
пользователя.

> v4l в основном мейнтенит rider
> drm - shrek
> alsa - там многие руки прикладывали и прикладывают.
> это исключения?
>
>  >>>> Ядер бывает больше чем одно, и майнтейнер модуля может обновить
>
> свой модуль ко всем имеющимся ядрам.
> ну строго говоря в Сизифе есть  led-tc и ice-wks

led-tc в Сизифе - практически бесполезно из-за нового udev. Альтернативный 
udev в Сизиф положить возможности нет из-за... в общем - из-за политики.

-- 
Led

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Led]

Monday, 21 July 2008 12:19:14 ви написали:
> Led wrote:
> > Monday, 21 July 2008 11:59:27 ви написали:
> >> Led wrote:
> >>> Wednesday, 16 July 2008 12:13:45 Михаил Якушин написал:
> >>>>> У нас же всё равно обновляется и ядро и пачка модулей-сателлитов
> >>>>> одновременно, так что какой в этом смысл? Давно уже не понимаю.
> >>>>
> >>>> Часто это происходит асинхронно, достаточно часто. И для обновления
> >>>> модулей не требуется обновлять ядро.
> >>>
> >>> Насколько я помню статистику за последние полгода, то kernel-image
> >>> обновлялся на порядок чаще, чем любой из "внешних" модулей.
> >>
> >> Сейчас да, но со временем, частота обновления ядер будет падать.
> >
> > security fix'ы для ядра отменят или в АЛЬТе их просто прикладывать не
> > будут?:)
>
> Нет конечно, но, можете мне поверить обновлять 18е ядро приходиться реже
> чем 25ое

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


-- 
Led

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Led wrote:
> Monday, 21 July 2008 12:19:14 ви написали:
>> Led wrote:
>>> Monday, 21 July 2008 11:59:27 ви написали:
>>>> Led wrote:
>>>>> Wednesday, 16 July 2008 12:13:45 Михаил Якушин написал:
>>>>>>> У нас же всё равно обновляется и ядро и пачка модулей-сателлитов
>>>>>>> одновременно, так что какой в этом смысл? Давно уже не понимаю.
>>>>>> Часто это происходит асинхронно, достаточно часто. И для обновления
>>>>>> модулей не требуется обновлять ядро.
>>>>> Насколько я помню статистику за последние полгода, то kernel-image
>>>>> обновлялся на порядок чаще, чем любой из "внешних" модулей.
>>>> Сейчас да, но со временем, частота обновления ядер будет падать.
>>> security fix'ы для ядра отменят или в АЛЬТе их просто прикладывать не
>>> будут?:)
>> Нет конечно, но, можете мне поверить обновлять 18е ядро приходиться реже
>> чем 25ое
> 
> А 2.6.18 ещё поддерживается? Тогда почему закрыты баги/фичреквесты на него в 
> багзилле?
> 
> 
2.6.18 в _Sisyphus_ поддерживается только там где от него никуда не 
деться, сейчас это только xen.
2.6.18 поддерживается в бранче 4.0, и там регулярно обновляется.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Led]

Tuesday, 22 July 2008 12:53:35 ви написали:
> > А 2.6.18 ещё поддерживается? Тогда почему закрыты баги/фичреквесты на
> > него в багзилле?
>
> 2.6.18 в _Sisyphus_ поддерживается только там где от него никуда не
> деться, сейчас это только xen.
> 2.6.18 поддерживается в бранче 4.0, и там регулярно обновляется.

Спасибо, теперь понятно. Как раз в контексте Сизифа и интересовало.

-- 
Led

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Tuesday 22 July 2008, Михаил Якушин wrote:

> 2.6.18 в _Sisyphus_ поддерживается только там где от него никуда не 
> деться, сейчас это только xen.
 
Хм. А как тогда ядро с Open VZ сейчас называется ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Sergey wrote:
> On Tuesday 22 July 2008, Михаил Якушин wrote:
> 
>> 2.6.18 в _Sisyphus_ поддерживается только там где от него никуда не 
>> деться, сейчас это только xen.
>  
> Хм. А как тогда ядро с Open VZ сейчас называется ?
> 
Ядро с OVZ надо обновлять на 2.6.24 но у меня не доходят руки пока.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Tuesday 22 July 2008, Михаил Якушин wrote:

> > Хм. А как тогда ядро с Open VZ сейчас называется ?
> > 
> Ядро с OVZ надо обновлять на 2.6.24 но у меня не доходят руки пока.

А что по поводу этой вот фразы Константина ?

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

И, в любом случае, может, всё-таки, заливать, пока, одновременно в 4.0 и
в 4.1, раз даже в Сизифе ещё нового ovz нет ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Sergey wrote:
> On Tuesday 22 July 2008, Михаил Якушин wrote:
> 
>>> Хм. А как тогда ядро с Open VZ сейчас называется ?
>>>
>> Ядро с OVZ надо обновлять на 2.6.24 но у меня не доходят руки пока.
> 
> А что по поводу этой вот фразы Константина ?
> 
> **
> *Я уже сейчас знаю несколько грабель на этих ядрах, что мешают использовать
> *на том же оборудовании, что и .18. Поэтому могу увренно сказать - лучше
> *дождаться патча на .26, там все намного лучше.
> **
Да может стоит дождаться
> И, в любом случае, может, всё-таки, заливать, пока, одновременно в 4.0 и
> в 4.1, раз даже в Сизифе ещё нового ovz нет ?
> 

в 4.0 я его обновляю.

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

[Sergey]

On Tuesday 22 July 2008, Михаил Якушин wrote:

> > И, в любом случае, может, всё-таки, заливать, пока, одновременно в 4.0 и
> > в 4.1, раз даже в Сизифе ещё нового ovz нет ?
 
> в 4.0 я его обновляю.

Ещё раз. Я про 4.1. :-) Мне вот, например, с 4.0 приходится уходить постепенно,
например.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] e1000 (Re: [cyber] I: Sisyphus-20080716 packages: +13! +55 (8075))

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

Sergey wrote:
> On Tuesday 22 July 2008, Михаил Якушин wrote:
> 
>>> И, в любом случае, может, всё-таки, заливать, пока, одновременно в 4.0 и
>>> в 4.1, раз даже в Сизифе ещё нового ovz нет ?
>  
>> в 4.0 я его обновляю.
> 
> Ещё раз. Я про 4.1. :-) Мне вот, например, с 4.0 приходится уходить постепенно,
> например.
> 
понятно, видимо стоит обновить.

Re: [sisyphus] [JT] unsafe lakostis

[Alexey I. Froloff]

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

* Ildar Mulyukov <ildar@> [080721 07:34]:
> > базгилла скоро будет. Пока все в список рассылки/xmpp
> О! Константин создаёт себе инфраструктуру. Предлагаю Вам (Константин)  
> название для Вашего дистрибутива - AlterLinux.
> :-P
Не, L.A. Linux ;-)

-- 
Regards,
Sir Raorn.

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