[devel] Версии glibc и kernel

[devel] Версии glibc и kernel

[Andrew Kornilov]

Всем привет.

Меня тут всё спрашивают поглядывающие на дистрибутив, почему
у нас такие старые glibc и ядро. Мне, собственно, все равно,
я уже проверил, Dell Inspiron 6400 ни на каких ядрах не работает
полноценно :) 
Но что им ответить, я не знаю. И если с ядром
примерно понятно, из-за чего задержка, то что с glibc?
http://www.gnu.org/software/libc/#CurrentStatus говорит,
что The current version is 2.7


P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
не везёт с оборудованием или оно перманентно не работает?

Re: [devel] Версии glibc и kernel

[Dmitry V. Levin]

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

On Sat, Dec 22, 2007 at 03:04:47AM +0200, Andrew Kornilov wrote:
> Всем привет.
> 
> Меня тут всё спрашивают поглядывающие на дистрибутив, почему
> у нас такие старые glibc и ядро. Мне, собственно, все равно,
> я уже проверил, Dell Inspiron 6400 ни на каких ядрах не работает
> полноценно :) 
> Но что им ответить, я не знаю. И если с ядром
> примерно понятно, из-за чего задержка,

В самом деле?  Сделайте ваше мнение достоянием общественности.

> http://www.gnu.org/software/libc/#CurrentStatus говорит,
> что The current version is 2.7

Что именно вас интересует в более новой версии glibc?


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[Pavlov Konstantin]

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

On Sat, Dec 22, 2007 at 04:21:05AM +0300, Dmitry V. Levin wrote:
> > http://www.gnu.org/software/libc/#CurrentStatus говорит,
> > что The current version is 2.7
> 
> Что именно вас интересует в более новой версии glibc?

http://sourceware.org/bugzilla/show_bug.cgi?id=5058

-- 
Это, наверное, не всем интересно.  talk-room в этом смысле -- странная
штука.  Каждый пишет совершенно про своё, в поисках потенциальной
аудитории.  Что у кого болит, тот о том и говорит.  Тут дьявол с Богом
борется, и далее по тексту.  Надо с этим что-то делать...
		-- at in talk-room@

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

Re: [devel] Версии glibc и kernel

[Andrew Kornilov]

Dmitry V. Levin wrote:
>> Но что им ответить, я не знаю. И если с ядром
>> примерно понятно, из-за чего задержка,
> В самом деле?  Сделайте ваше мнение достоянием общественности.
К чему эта ирония? Всем заинтересованным известно, что на протяжении
всего своего существования, ООО/ЗАО/ТНК Altlinux/IPLabs, по неведомым
мне причинам, никогда не сообщало публично, кто и на каких должностях
в его структуре находится и за что отвечает. Всё, что знают несведущие,
это то, что есть генеральный директор, еще один директор, есть ты (я вот
до сих пор не знаю, чем же именно ты занимаешься, если честно :) и всё.
И есть некие другие люди, которые регулярно появляются и пропадают, 
причем неизвестно, работают ли они или на добровольных началах что-то делают.

Собственно, коммерческие проекты компании меня как бы и не касаются, но вот
то, что называется проектом community...С ним до конца не ясно. По
косвенным признакам все понимали, что ядром до определенного момента
занимался Сергей Власов, ему все вопросы и задавали. Потом он пропал.
Никаких комментариев по этому поводу не было, как обычно.
Просто наступил застой, все постепенно начали это замечать, появились
вопросы в рассылках. Какова ситуация сейчас, опять таки неизвестно.
Я понимаю, что никто это тайной не делает, но со стороны это просто
выглядит как "нет пакета - нет проблемы". Вроде всё открыто, но информации
просто нет. Если поймать aen-а на #altlinux и спросить открыто, а что с тем-то
и тем-то, то, скорее всего, ответ получен будет. Если прочитать архив
n-адцатой рассылки за последние месяц-два, то тоже можно что-нибудь интерсное
узнать (я вот про legion-а узнал, что он уже не работает, где-то на #altlinux,
случайно; после чего перестал к нему приставать с вопросами практически :)

Поэтому я и написал, что _примерно_ мне понятно, почему; всем остальным, судя по
высказываниям, понятно то же самое: "Некому было этим заниматься". Возможно я и
ошибаюсь.
> 
>> http://www.gnu.org/software/libc/#CurrentStatus говорит,
>> что The current version is 2.7
> 
> Что именно вас интересует в более новой версии glibc?
Да меня это давно уже не интересует. Последний раз интересовало тогда,
когда мы одними из последних перешли на glibc с NPTL. Причины "неперехода"
были достаточно размытыми, если мне не изменяет память, что-то вроде "что-то там
важное для нас не работает".
Интересует других. Погоня за цифрами версий давно уже стала обыденностью.
Если люди видят, что у всех "X.Z", а у нас "X.Y", то необоснованно делают
вывод, что мы хуже, у нас не работает, некому заниматься, проект умирает и
еще сто и одну мысль :)


Вот такое длинное письмо получилось ни о чем. Но я давно хотел это разъяснить,
неплохой повод появился :)

Re: [devel] Версии glibc и kernel

[Alexey Rusakov]

On Sat, 22 Dec 2007 04:48:58 +0200
Andrew Kornilov wrote:

> > Что именно вас интересует в более новой версии glibc?
> Да меня это давно уже не интересует. Последний раз интересовало тогда,
> когда мы одними из последних перешли на glibc с NPTL. Причины "неперехода"
> были достаточно размытыми, если мне не изменяет память, что-то вроде "что-то там
> важное для нас не работает".
> Интересует других. Погоня за цифрами версий давно уже стала обыденностью.
> Если люди видят, что у всех "X.Z", а у нас "X.Y", то необоснованно делают
> вывод, что мы хуже, у нас не работает, некому заниматься, проект умирает и
> еще сто и одну мысль :)
Отучаемся говорить за других (с)
Мы никогда не горели желанием (хотя, судя по всему, придётся и этим
заняться) удовлетворять пожелания пользователей, которые дают себя втянуть
в гонку за цифрами. Нам важнее выпустить что-то более-менее работающее.
Как показывает практика, марка ALT пользуется некоторой популярностью
среди тех, кому нужен работающий, пусть и слегка устаревший, инструмент.

-- 
  Alexey "Ktirf" Rusakov
  ALT Linux, project manager

Re: [devel] Версии glibc и kernel

[Pavlov Konstantin]

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

On Sun, Dec 23, 2007 at 03:49:49PM +0300, Alexey Rusakov wrote:
> On Sat, 22 Dec 2007 04:48:58 +0200
> Andrew Kornilov wrote:
> 
> > > Что именно вас интересует в более новой версии glibc?
> > Да меня это давно уже не интересует. Последний раз интересовало тогда,
> > когда мы одними из последних перешли на glibc с NPTL. Причины "неперехода"
> > были достаточно размытыми, если мне не изменяет память, что-то вроде "что-то там
> > важное для нас не работает".
> > Интересует других. Погоня за цифрами версий давно уже стала обыденностью.
> > Если люди видят, что у всех "X.Z", а у нас "X.Y", то необоснованно делают
> > вывод, что мы хуже, у нас не работает, некому заниматься, проект умирает и
> > еще сто и одну мысль :)
> Отучаемся говорить за других (с)
> Мы никогда не горели желанием (хотя, судя по всему, придётся и этим
> заняться) удовлетворять пожелания пользователей, которые дают себя втянуть
> в гонку за цифрами. Нам важнее выпустить что-то более-менее работающее.
> Как показывает практика, марка ALT пользуется некоторой популярностью
> среди тех, кому нужен работающий, пусть и слегка устаревший, инструмент.

Отучаемся говорить за других :)

Вести разработку на таких инструментах довольно затруднительно.

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

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

Re: [devel] Версии glibc и kernel

[Aleksey Novodvorsky]

On 12/22/07, Andrew Kornilov <hiddenman@altlinux.ru> wrote:
> Dmitry V. Levin wrote:
> >> Но что им ответить, я не знаю. И если с ядром
> >> примерно понятно, из-за чего задержка,
> > В самом деле?  Сделайте ваше мнение достоянием общественности.
> К чему эта ирония? Всем заинтересованным известно, что на протяжении
> всего своего существования, ООО/ЗАО/ТНК Altlinux/IPLabs, по неведомым
> мне причинам, никогда не сообщало публично, кто и на каких должностях
> в его структуре находится и за что отвечает. Всё, что знают несведущие,
> это то, что есть генеральный директор, еще один директор, есть ты (я вот
> до сих пор не знаю, чем же именно ты занимаешься, если честно :) и всё.
> И есть некие другие люди, которые регулярно появляются и пропадают,
> причем неизвестно, работают ли они или на добровольных началах что-то делают.
>
> Собственно, коммерческие проекты компании меня как бы и не касаются, но вот
> то, что называется проектом community...С ним до конца не ясно. По
> косвенным признакам все понимали, что ядром до определенного момента
> занимался Сергей Власов, ему все вопросы и задавали. Потом он пропал.
> Никаких комментариев по этому поводу не было, как обычно.
> Просто наступил застой, все постепенно начали это замечать, появились
> вопросы в рассылках. Какова ситуация сейчас, опять таки неизвестно.
> Я понимаю, что никто это тайной не делает, но со стороны это просто
> выглядит как "нет пакета - нет проблемы". Вроде всё открыто, но информации
> просто нет. Если поймать aen-а на #altlinux и спросить открыто, а что с тем-то
> и тем-то, то, скорее всего, ответ получен будет. Если прочитать архив
> n-адцатой рассылки за последние месяц-два, то тоже можно что-нибудь интерсное
> узнать (я вот про legion-а узнал, что он уже не работает, где-то на #altlinux,
> случайно; после чего перестал к нему приставать с вопросами практически :)
>
> Поэтому я и написал, что _примерно_ мне понятно, почему; всем остальным, судя по
> высказываниям, понятно то же самое: "Некому было этим заниматься". Возможно я и
> ошибаюсь.
> >
> >> http://www.gnu.org/software/libc/#CurrentStatus говорит,
> >> что The current version is 2.7
> >
> > Что именно вас интересует в более новой версии glibc?
> Да меня это давно уже не интересует. Последний раз интересовало тогда,
> когда мы одними из последних перешли на glibc с NPTL. Причины "неперехода"
> были достаточно размытыми, если мне не изменяет память, что-то вроде "что-то там
> важное для нас не работает".
> Интересует других. Погоня за цифрами версий давно уже стала обыденностью.
> Если люди видят, что у всех "X.Z", а у нас "X.Y", то необоснованно делают
> вывод, что мы хуже, у нас не работает, некому заниматься, проект умирает и
> еще сто и одну мысль

Давайте отделять мух от котлет.
1. Если мнение LOR Вас задевает, то лучше его не читать. В погоне, не
обоснованной рациональными техническими доводами, серьезным людям
участвовать не пристало.
2. Вместе с тем, двигаться вперед надо. Нужно policy и -- люди. Жду предложений.

Rgrds, Алексей

Re: [devel] Версии glibc и kernel

[Dmitry V. Levin]

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

On Sat, Dec 22, 2007 at 04:48:58AM +0200, Andrew Kornilov wrote:
> Dmitry V. Levin wrote:
> >> Но что им ответить, я не знаю. И если с ядром
> >> примерно понятно, из-за чего задержка,
> > В самом деле?  Сделайте ваше мнение достоянием общественности.
> К чему эта ирония?

Это не совсем ирония.
(обращаясь в первую очередь к Сергею Власову) Я не знаю, чем вызвана
задержка с ядрами.

> Всем заинтересованным известно, что на протяжении
> всего своего существования, ООО/ЗАО/ТНК Altlinux/IPLabs, по неведомым
> мне причинам, никогда не сообщало публично, кто и на каких должностях
> в его структуре находится и за что отвечает.

Разве это для нас важно?  Для нас важно, кто за что отвечает в Team, и
здесь всё выглядит ясным.  Или нет?


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[Denis Medvedev]

ОТСТАВАНИЕ ЯДРА?! - естественно.
Мое мнение - оно вызвано отделением разработчиков ядра в "секту", недопущение и препятствование сборке членами ALT Linux Team, в том числе и путем использования хитроумных и нестандартных методов сборки. Секта всегда в итоге производит застой...
-----Original Message-----
From: "Dmitry V. Levin" <ldv@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Date: Sun, 23 Dec 2007 22:00:14 +0300
Subject: Re: [devel] Версии glibc и kernel

> On Sat, Dec 22, 2007 at 04:48:58AM +0200, Andrew Kornilov wrote:
> > Dmitry V. Levin wrote:
> > >> Но что им ответить, я не знаю. И если с ядром
> > >> примерно понятно, из-за чего задержка,
> > > В самом деле?  Сделайте ваше мнение достоянием общественности.
> > К чему эта ирония?
> 
> Это не совсем ирония.
> (обращаясь в первую очередь к Сергею Власову) Я не знаю, чем вызвана
> задержка с ядрами.
> 
> > Всем заинтересованным известно, что на протяжении
> > всего своего существования, ООО/ЗАО/ТНК Altlinux/IPLabs, по неведомым
> > мне причинам, никогда не сообщало публично, кто и на каких должностях
> > в его структуре находится и за что отвечает.
> 
> Разве это для нас важно?  Для нас важно, кто за что отвечает в Team, и
> здесь всё выглядит ясным.  Или нет?
> 
> 
> -- 
> ldv
> 
> ATTACHMENT: application/pgp-signature
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Версии glibc и kernel

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

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

On Sun, Dec 23, 2007 at 04:14:10PM +0300, Pavlov Konstantin wrote:

PK> Отучаемся говорить за других :)
PK> Вести разработку на таких инструментах довольно затруднительно.

Для разработчиков есть Сизиф.

И на Debian ведь тоже разработку как-то ведут. А мы по сравнению с Debian
вообще бежим впереди паравоза.

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

Hint2: glibc у нас _всегда будет_ протухшая. Хотя бы из-за этого:

mw:~/tmp/glibc> ls -1 *.patch | wc -l
43
mw:~/tmp/glibc> cat *.patch | wc -l
58194

И по мне, так лучше протухшая с этими патчами, чем самая распоследня без
них.

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

http://freesource.info
----------------------------------------------------------------------------
Настоящий программист уже как минимум поменял три залитых пивом клавиатуры.

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

Re: [devel] Версии glibc и kernel

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

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

On Sun, Dec 23, 2007 at 10:26:34PM +0300, Denis Medvedev wrote:

DM> ОТСТАВАНИЕ ЯДРА?! - естественно.
DM> Мое мнение - оно вызвано отделением разработчиков ядра в "секту", недопущение и препятствование сборке членами ALT Linux Team, в том числе и путем использования хитроумных и нестандартных методов сборки. Секта всегда в итоге производит застой...

Эти методы, увы, были необходимы чтобы решать целый ряд проблем. И они
были очень хорошо документированы.

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

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

http://freesource.info
----------------------------------------------------------------------------
ПРАВИЛО СОСЕДСТВА ПО КОМНАТЕ
 Тот, кто храпит, засыпает первым.

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

Re: [devel] Версии glibc и kernel

[Denis Medvedev]

А вот свежайшая glibc, в отличие от ядра, меня бы как раз не радовала.
Ибо она имеет обычно тенденцию breaking compatibility.

-----Original Message-----
From: Денис Смирнов <mithraen@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Date: Sun, 23 Dec 2007 23:13:43 +0300
Subject: Re: [devel] Версии glibc и kernel

> On Sun, Dec 23, 2007 at 04:14:10PM +0300, Pavlov Konstantin wrote:
> 
> PK> Отучаемся говорить за других :)
> PK> Вести разработку на таких инструментах довольно затруднительно.
> 
> Для разработчиков есть Сизиф.
> 
> И на Debian ведь тоже разработку как-то ведут. А мы по сравнению с Debian
> вообще бежим впереди паравоза.
> 
> Hint: чаще всего из новых версий нужны отдельные патчи, которые вполне
> можно бэкпортить.
> 
> Hint2: glibc у нас _всегда будет_ протухшая. Хотя бы из-за этого:
> 
> mw:~/tmp/glibc> ls -1 *.patch | wc -l
> 43
> mw:~/tmp/glibc> cat *.patch | wc -l
> 58194
> 
> И по мне, так лучше протухшая с этими патчами, чем самая распоследня без
> них.
> 
> -- 
> С уважением, Денис
> 
> http://freesource.info
> ----------------------------------------------------------------------------
> Настоящий программист уже как минимум поменял три залитых пивом клавиатуры.
> 
> ATTACHMENT: application/pgp-signature (signature.asc)
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Версии glibc и kernel

[Pavlov Konstantin]

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

On Sun, Dec 23, 2007 at 11:13:43PM +0300, Денис Смирнов wrote:
> On Sun, Dec 23, 2007 at 04:14:10PM +0300, Pavlov Konstantin wrote:
> 
> PK> Отучаемся говорить за других :)
> PK> Вести разработку на таких инструментах довольно затруднительно.
> 
> Для разработчиков есть Сизиф.

Про который я и говорю, что в нем устаревшие версии.
 
> И на Debian ведь тоже разработку как-то ведут. А мы по сравнению с Debian
> вообще бежим впереди паравоза.

Да-да, особенно в части тулчейна, glibc и ядер.

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

А мне чаще всего нужны новые версии.
 
> Hint2: glibc у нас _всегда будет_ протухшая. Хотя бы из-за этого:
> 
> mw:~/tmp/glibc> ls -1 *.patch | wc -l
> 43
> mw:~/tmp/glibc> cat *.patch | wc -l
> 58194
> 
> И по мне, так лучше протухшая с этими патчами, чем самая распоследня без
> них.

Ты и сервера на Сизифе держишь, так что не тот случай.

-- 
<gvy> тут придумали название соревнования для linuxfest -- "сбрось ldv с
      tcb"
<gvy> и райдера с инсталера...
<gvy> rider, причем в речку :)

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

Re: [devel] Версии glibc и kernel

[led]

Sunday, 23 December 2007 22:13:43 Денис Смирнов написав:
> On Sun, Dec 23, 2007 at 04:14:10PM +0300, Pavlov Konstantin wrote:
>
> PK> Отучаемся говорить за других :)
> PK> Вести разработку на таких инструментах довольно затруднительно.
>
> Для разработчиков есть Сизиф.

В сизифе autoconf-2.60 появился "на днях".

>
> И на Debian ведь тоже разработку как-то ведут. А мы по сравнению с Debian
> вообще бежим впереди паравоза.
>
> Hint: чаще всего из новых версий нужны отдельные патчи, которые вполне
> можно бэкпортить.

Эти "отдельные патчи" нужно где-то взять или изготовить... вполне можно:)

>
> Hint2: glibc у нас _всегда будет_ протухшая. Хотя бы из-за этого:
>
> mw:~/tmp/glibc> ls -1 *.patch | wc -l
> 43
> mw:~/tmp/glibc> cat *.patch | wc -l
> 58194
>
> И по мне, так лучше протухшая с этими патчами, чем самая распоследня без
> них.

2.5 - не лучше. И вовсе не потому, что 2.5 < 2.7.

-- 
___
Led

Re: [devel] Версии glibc и kernel

[led]

Sunday, 23 December 2007 22:15:43 Денис Смирнов написав:
> On Sun, Dec 23, 2007 at 10:26:34PM +0300, Denis Medvedev wrote:
>
> DM> ОТСТАВАНИЕ ЯДРА?! - естественно.
> DM> Мое мнение - оно вызвано отделением разработчиков ядра в "секту",
> недопущение и препятствование сборке членами ALT Linux Team, в том числе и
> путем использования хитроумных и нестандартных методов сборки. Секта всегда
> в итоге производит застой...
>
> Эти методы, увы, были необходимы чтобы решать целый ряд проблем. И они
> были очень хорошо документированы.

Почему вы не пишите "эти методы РЕШИЛИ целый ряд проблем"?:)

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

В очередной раз схема кардинально "упростилась"?:)

-- 
___
Led

Re: [devel] Версии glibc и kernel

[Igor Zubkov]

23.12.07, Dmitry V. Levin написал(а):
> On Sat, Dec 22, 2007 at 04:48:58AM +0200, Andrew Kornilov wrote:
> > Dmitry V. Levin wrote:
> > >> Но что им ответить, я не знаю. И если с ядром
> > >> примерно понятно, из-за чего задержка,
> > > В самом деле?  Сделайте ваше мнение достоянием общественности.
> > К чему эта ирония?
>
> Это не совсем ирония.
> (обращаясь в первую очередь к Сергею Власову) Я не знаю, чем вызвана
> задержка с ядрами.

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

https://bugzilla.altlinux.org/show_bug.cgi?id=13269
https://bugzilla.altlinux.org/show_bug.cgi?id=13270
https://bugzilla.altlinux.org/show_bug.cgi?id=13414
https://bugzilla.altlinux.org/show_bug.cgi?id=13415

Без этих патчей работать с Яблочным железом просто невозможно. Меня
это уже два месяца достаёт.

-- 
icesik

Re: [devel] Версии glibc и kernel

[led]

Sunday, 23 December 2007 22:33:19 Igor Zubkov написав:
> 23.12.07, Dmitry V. Levin написал(а):
> > On Sat, Dec 22, 2007 at 04:48:58AM +0200, Andrew Kornilov wrote:
> > > Dmitry V. Levin wrote:
> > > >> Но что им ответить, я не знаю. И если с ядром
> > > >> примерно понятно, из-за чего задержка,
> > > >
> > > > В самом деле?  Сделайте ваше мнение достоянием общественности.
> > >
> > > К чему эта ирония?
> >
> > Это не совсем ирония.
> > (обращаясь в первую очередь к Сергею Власову) Я не знаю, чем вызвана
> > задержка с ядрами.
>
> Мне тоже нужно свежее ядро, но я готов подождать. Мне больше
> интересует почему вот эти баги висят уже около двух месяцев без
> реакции?
>
> https://bugzilla.altlinux.org/show_bug.cgi?id=13269
> https://bugzilla.altlinux.org/show_bug.cgi?id=13270
> https://bugzilla.altlinux.org/show_bug.cgi?id=13414
> https://bugzilla.altlinux.org/show_bug.cgi?id=13415
>
> Без этих патчей работать с Яблочным железом просто невозможно. Меня
> это уже два месяца достаёт.

Если работа "Kernel Team" не устраивает, возможно, имеет смысл в 
организации "Kernel Team 2"?:)


-- 
___
Led

Re: [devel] Версии glibc и kernel

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

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

On Sun, Dec 23, 2007 at 10:30:16PM +0200, led@altlinux.ru wrote:

>> недопущение и препятствование сборке членами ALT Linux Team, в том числе и
>> путем использования хитроумных и нестандартных методов сборки. Секта всегда
>> в итоге производит застой...
>> Эти методы, увы, были необходимы чтобы решать целый ряд проблем. И они
>> были очень хорошо документированы.
> Почему вы не пишите "эти методы РЕШИЛИ целый ряд проблем"?:)

Потому что нынешняя новая система пока их решает для ограниченного круга
крутых хакеров :) Когда все утрясется сокровенное знание станет доступным
всем :)

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

git'ифицировалась. Поддержка сборок с большим количеством патчей да,
упростилась. Задача "собрать побыстрячку" существенно усложнилась.

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

http://freesource.info
----------------------------------------------------------------------------
Можно попробовать; в этом скрипте и так уже есть race. :(
		-- ldv in devel@

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

Re: [devel] Версии glibc и kernel

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

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

On Sun, Dec 23, 2007 at 11:23:25PM +0300, Pavlov Konstantin wrote:

>> Для разработчиков есть Сизиф.
PK> Про который я и говорю, что в нем устаревшие версии.
>> И на Debian ведь тоже разработку как-то ведут. А мы по сравнению с Debian
>> вообще бежим впереди паравоза.
PK> Да-да, особенно в части тулчейна, glibc и ядер.

По поводу ядер -- факт, это большая проблема.
По поводу glibc -- это tradeoff. Мне больше нравится текущая ситуация. Да,
я был среди тех кто плакался по поводу отсутствия NTPL.

>> Hint: чаще всего из новых версий нужны отдельные патчи, которые вполне
>> можно бэкпортить.
PK> А мне чаще всего нужны новые версии.

Что мешает для этих конкретных задач собрать распоследний glibc? Да, он
будет столь же кривой как в redhat, но он будет. Если у нас начнется гонка
за версиями столь критичных компонент ценой качества -- я буду один из
первых кто свалит на Debian.

>> Hint2: glibc у нас _всегда будет_ протухшая. Хотя бы из-за этого:
>> mw:~/tmp/glibc> ls -1 *.patch | wc -l
>> 43
>> mw:~/tmp/glibc> cat *.patch | wc -l
>> 58194
>> И по мне, так лучше протухшая с этими патчами, чем самая распоследня без
>> них.
PK> Ты и сервера на Сизифе держишь, так что не тот случай.

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

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

http://freesource.info
----------------------------------------------------------------------------
ПРАВИЛО БАРАХА
 Алкоголик - это тот, кто пьет больше своего врача.

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

Re: [devel] Версии glibc и kernel

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

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

On Sun, Dec 23, 2007 at 10:27:25PM +0200, led@altlinux.ru wrote:

>> Для разработчиков есть Сизиф.
> В сизифе autoconf-2.60 появился "на днях".

Я в курсе. Кстати asterisk, который _требует_ autoconf-2.60 достаточно
давно я успешно собирал до этого. И сейчас он также успешно собирается в
branch. Что я делаю не так?

>> И по мне, так лучше протухшая с этими патчами, чем самая распоследня без
>> них.
> 2.5 - не лучше. И вовсе не потому, что 2.5 < 2.7.

А конкретнее?

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

http://freesource.info
----------------------------------------------------------------------------
Прежде чем вешать багу, убедитесь в том, что её уже повесили до вас
		-- ldv in devel@

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

Re: [devel] Версии glibc и kernel

[Aleksey Novodvorsky]

On 12/23/07, led@altlinux.ru <led@altlinux.ru> wrote:
> Sunday, 23 December 2007 22:33:19 Igor Zubkov написав:
> > 23.12.07, Dmitry V. Levin написал(а):
> > > On Sat, Dec 22, 2007 at 04:48:58AM +0200, Andrew Kornilov wrote:
> > > > Dmitry V. Levin wrote:
> > > > >> Но что им ответить, я не знаю. И если с ядром
> > > > >> примерно понятно, из-за чего задержка,
> > > > >
> > > > > В самом деле?  Сделайте ваше мнение достоянием общественности.
> > > >
> > > > К чему эта ирония?
> > >
> > > Это не совсем ирония.
> > > (обращаясь в первую очередь к Сергею Власову) Я не знаю, чем вызвана
> > > задержка с ядрами.
> >
> > Мне тоже нужно свежее ядро, но я готов подождать. Мне больше
> > интересует почему вот эти баги висят уже около двух месяцев без
> > реакции?
> >
> > https://bugzilla.altlinux.org/show_bug.cgi?id=13269
> > https://bugzilla.altlinux.org/show_bug.cgi?id=13270
> > https://bugzilla.altlinux.org/show_bug.cgi?id=13414
> > https://bugzilla.altlinux.org/show_bug.cgi?id=13415
> >
> > Без этих патчей работать с Яблочным железом просто невозможно. Меня
> > это уже два месяца достаёт.
>
> Если работа "Kernel Team" не устраивает, возможно, имеет смысл в
> организации "Kernel Team 2"?:)

Есть желающие?

Rgrds, Алексей

Re: [devel] Версии glibc и kernel

[Aleksey Avdeev]

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

led@altlinux.ru пишет:
> Sunday, 23 December 2007 22:15:43 Денис Смирнов написав:
>> On Sun, Dec 23, 2007 at 10:26:34PM +0300, Denis Medvedev wrote:
>>
>> DM> ОТСТАВАНИЕ ЯДРА?! - естественно.
>> DM> Мое мнение - оно вызвано отделением разработчиков ядра в "секту",
>> недопущение и препятствование сборке членами ALT Linux Team, в том числе и
>> путем использования хитроумных и нестандартных методов сборки. Секта всегда
>> в итоге производит застой...
>>
>> Эти методы, увы, были необходимы чтобы решать целый ряд проблем. И они
>> были очень хорошо документированы.
> 
> Почему вы не пишите "эти методы РЕШИЛИ целый ряд проблем"?:)
> 
>> Сейчас очередной этап глобальных переделок, и честно говоря, я теперь сам
>> не знаю как собирать даже модули ядра :(
> 
> В очередной раз схема кардинально "упростилась"?:)

  Да. И без всякой иронии: Прочитав письма vsu@ в devel-kernel@ и
_русскоязычное_ readme к системе сборке я вполне уверенно начал собирать
модули к xen ядрам. Старая схема была сложнее.

-- 

С уважением. Алексей.



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

Re: [devel] Версии glibc и kernel

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

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

On Mon, Dec 24, 2007 at 12:04:16AM +0300, Aleksey Avdeev wrote:

AA>   Да. И без всякой иронии: Прочитав письма vsu@ в devel-kernel@ и
AA> _русскоязычное_ readme к системе сборке я вполне уверенно начал собирать
AA> модули к xen ядрам. Старая схема была сложнее.

Ткни, пожалуйста, носом в нужное readme. Я теперь совсем не понимаю что
использовать вместо cvs.

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

http://freesource.info
----------------------------------------------------------------------------
> Начиная с gnome-vfs2-2.8.3-alt2 гному нужен hal.
$ maintainer2russian
sudo service hal start
sudo chkconfig --add hal
		-- avp in sisyphus@

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Igor!

Sunday 23, at 10:33:19 PM you wrote:

<skip>
> Мне тоже нужно свежее ядро, но я готов подождать. Мне больше
> интересует почему вот эти баги висят уже около двух месяцев без
> реакции?
> 
> https://bugzilla.altlinux.org/show_bug.cgi?id=13269
> https://bugzilla.altlinux.org/show_bug.cgi?id=13270
> https://bugzilla.altlinux.org/show_bug.cgi?id=13414
> https://bugzilla.altlinux.org/show_bug.cgi?id=13415
> 
> Без этих патчей работать с Яблочным железом просто невозможно. Меня
> это уже два месяца достаёт.
работать с яблочным железом без волшебных яблок вообще невозможно.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Andrew!

Saturday 22, at 03:04:47 AM you wrote:

> Всем привет.
> 
> Меня тут всё спрашивают поглядывающие на дистрибутив, почему
> у нас такие старые glibc и ядро. Мне, собственно, все равно,
> я уже проверил, Dell Inspiron 6400 ни на каких ядрах не работает
> полноценно :) 
> Но что им ответить, я не знаю. И если с ядром
> примерно понятно, из-за чего задержка, то что с glibc?
> http://www.gnu.org/software/libc/#CurrentStatus говорит,
> что The current version is 2.7
> 
> 
> P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
> не везёт с оборудованием или оно перманентно не работает?
Лично мне непонятна связь между работающим суспендом и обновленим glibc.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Igor Zubkov]

23.12.07, Konstantin A. Lepikhov написал(а):
> Hi Igor!
>
> Sunday 23, at 10:33:19 PM you wrote:
>
> <skip>
> > Мне тоже нужно свежее ядро, но я готов подождать. Мне больше
> > интересует почему вот эти баги висят уже около двух месяцев без
> > реакции?
> >
> > https://bugzilla.altlinux.org/show_bug.cgi?id=13269
> > https://bugzilla.altlinux.org/show_bug.cgi?id=13270
> > https://bugzilla.altlinux.org/show_bug.cgi?id=13414
> > https://bugzilla.altlinux.org/show_bug.cgi?id=13415
> >
> > Без этих патчей работать с Яблочным железом просто невозможно. Меня
> > это уже два месяца достаёт.
> работать с яблочным железом без волшебных яблок вообще невозможно.

В этих багах всё расписано. Какие патчи прикладывать и куда. У меня с
ними работало лучше чем без них.

Или это намёк на то, что тебе надо купить MacIntel? :)

-- 
icesik

Re: [devel] Версии glibc и kernel

[led]

Sunday, 23 December 2007 22:58:46 Денис Смирнов написав:
> On Sun, Dec 23, 2007 at 10:27:25PM +0200, led@altlinux.ru wrote:
> >> Для разработчиков есть Сизиф.
> >
> > В сизифе autoconf-2.60 появился "на днях".
>
> Я в курсе. Кстати asterisk, который _требует_ autoconf-2.60 достаточно
> давно я успешно собирал до этого. И сейчас он также успешно собирается в
> branch. Что я делаю не так?

Я не собирал asterisk. Или так: я собирал не asterisk. Что я делал не так?:)

>
> >> И по мне, так лучше протухшая с этими патчами, чем самая распоследня без
> >> них.
> >
> > 2.5 - не лучше. И вовсе не потому, что 2.5 < 2.7.
>
> А конкретнее?

Сорри, я не совсем точно выразился. Для меня "2.5 - не лучше" и я 
придлизительно представляю себе почему. Если для вас это некритично - вам 
повезло:)

-- 
___
Led

Re: [devel] Версии glibc и kernel

[Mykola S. Grechukh]

> P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
> не везёт с оборудованием или оно перманентно не работает?

местами работает =) asus z99, какой-то неновый dell latitude

to disk, ессно. to ram не умею готовить.

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Igor!

Sunday 23, at 11:44:48 PM you wrote:

<skip>
> > работать с яблочным железом без волшебных яблок вообще невозможно.
> 
> В этих багах всё расписано. Какие патчи прикладывать и куда. У меня с
> ними работало лучше чем без них.
> 
> Или это намёк на то, что тебе надо купить MacIntel? :)
зачем поддерживать железо, которое итак поддерживает apple?

PS Да, порт ALT на PS3 мне гораздо интереснее.

-- 
WBR et al.

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

Re: [devel] kernel build docs

[Dmitry V. Levin]

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

On Mon, Dec 24, 2007 at 12:25:42AM +0300, Денис Смирнов wrote:
> On Mon, Dec 24, 2007 at 12:04:16AM +0300, Aleksey Avdeev wrote:
> 
> AA>   Да. И без всякой иронии: Прочитав письма vsu@ в devel-kernel@ и
> AA> _русскоязычное_ readme к системе сборке я вполне уверенно начал собирать
> AA> модули к xen ядрам. Старая схема была сложнее.
> 
> Ткни, пожалуйста, носом в нужное readme. Я теперь совсем не понимаю что
> использовать вместо cvs.

Самое свежее, которое я видел, доступно по адресу
http://git.altlinux.org/people/vsu/packages/?p=kernel-build-scripts.git;a=blob_plain;f=README.koi8;hb=modules-in-git

Письма в d-kernel:
http://lists.altlinux.org/pipermail/devel-kernel/2007-November/006389.html
http://lists.altlinux.org/pipermail/devel-kernel/2007-November/006398.html


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[bga]

> > > > (обращаясь в первую очередь к Сергею Власову) Я не знаю, чем вызвана
> > > > задержка с ядрами.
> > >
> > > Мне тоже нужно свежее ядро, но я готов подождать. Мне больше
> > > интересует почему вот эти баги висят уже около двух месяцев без
> > > реакции?
> > >
> > > https://bugzilla.altlinux.org/show_bug.cgi?id=13269
> > > https://bugzilla.altlinux.org/show_bug.cgi?id=13270
> > > https://bugzilla.altlinux.org/show_bug.cgi?id=13414
> > > https://bugzilla.altlinux.org/show_bug.cgi?id=13415
> > >
> > > Без этих патчей работать с Яблочным железом просто невозможно. Меня
> > > это уже два месяца достаёт.
> >
> > Если работа "Kernel Team" не устраивает, возможно, имеет смысл в
> > организации "Kernel Team 2"?:)
> 
> Есть желающие?

  Мне кажется, желающие подписываются на devel-kernel@
  и потихоньку собирают, что им нужно. Достаточно будет
  выдать новым участникам право выкладывать пакеты в Сизиф.
  (Если они достаточно компетентны, разумеется.)

Re: [devel] Версии glibc и kernel

[led]

Monday, 24 December 2007 00:01:50 Konstantin A. Lepikhov написав:
> Hi Igor!
>
> Sunday 23, at 11:44:48 PM you wrote:
>
> <skip>
>
> > > работать с яблочным железом без волшебных яблок вообще невозможно.
> >
> > В этих багах всё расписано. Какие патчи прикладывать и куда. У меня с
> > ними работало лучше чем без них.
> >
> > Или это намёк на то, что тебе надо купить MacIntel? :)
>
> зачем поддерживать железо, которое итак поддерживает apple?

За тем же, зачем поддерживать железо, которое и так поддерживает M$.

-- 
___
Led

Re: [devel] kernel build docs

[Aleksey Avdeev]

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

Dmitry V. Levin пишет:
> On Mon, Dec 24, 2007 at 12:25:42AM +0300, Денис Смирнов wrote:
>> On Mon, Dec 24, 2007 at 12:04:16AM +0300, Aleksey Avdeev wrote:
>>
>> AA>   Да. И без всякой иронии: Прочитав письма vsu@ в devel-kernel@ и
>> AA> _русскоязычное_ readme к системе сборке я вполне уверенно начал собирать
>> AA> модули к xen ядрам. Старая схема была сложнее.
>>
>> Ткни, пожалуйста, носом в нужное readme. Я теперь совсем не понимаю что
>> использовать вместо cvs.
> 
> Самое свежее, которое я видел, доступно по адресу
> http://git.altlinux.org/people/vsu/packages/?p=kernel-build-scripts.git;a=blob_plain;f=README.koi8;hb=modules-in-git

  Оно самое.

> 
> Письма в d-kernel:
> http://lists.altlinux.org/pipermail/devel-kernel/2007-November/006389.html
> http://lists.altlinux.org/pipermail/devel-kernel/2007-November/006398.html

  Как делал (кратко):

1. Взял kernel-build-scripts и kernel-modules из git`а vsu (ссылка выше).

2. В каталоге с рабочей копией kernel-build-scripts создал ссылку
kernel, указывающею на рабочую копию репозитария с ядром (там --
переключился на нужный бранч).

3. В kernel-modules создал бранч
kernel-image-xen-dom0/templates/sisyphus со структурой католога modules
(смержил нужные модули так, чтобы каждый был в своём подкаталоге, см.
<http://git.altlinux.org/people/solo/packages/?p=kernel-modules.git;a=tree;h=ba2d3e08fcff6ad138f8604acd750ac92292e8ec;hb=489c5ee171f8e4e271cccbb327680cd2dd1275cd>),
и переключился на него.

4. В каталоге с рабочей копией kernel-build-scripts создал ссылку
modules, указывающею на рабочею копию репозитария kernel-modules.

5. Дальше действовал по README.koi8

-- 

С уважением. Алексей.



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

Re: [devel] Версии glibc и kernel

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

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

On Sun, Dec 23, 2007 at 11:50:33PM +0200, led@altlinux.ru wrote:

>> Я в курсе. Кстати asterisk, который _требует_ autoconf-2.60 достаточно
>> давно я успешно собирал до этого. И сейчас он также успешно собирается в
>> branch. Что я делаю не так?
> Я не собирал asterisk. Или так: я собирал не asterisk. Что я делал не так?:)

Я про то, что достаточно небольшими патчами часто  можно собрать пакет и с более
старыми autotools.

> >>> И по мне, так лучше протухшая с этими патчами, чем самая распоследня без
> >>> них.
> >> 2.5 - не лучше. И вовсе не потому, что 2.5 < 2.7.
>> А конкретнее?
> Сорри, я не совсем точно выразился. Для меня "2.5 - не лучше" и я 
> придлизительно представляю себе почему. Если для вас это некритично - вам 
> повезло:)

И таки можно конкретнее? Почему 2.7 действительно нужна срочно?

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

http://freesource.info
----------------------------------------------------------------------------
Никогда не меняйте uid вручную, пользуйтесь usermod(8).
		-- ldv in community@

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

Re: [devel] Версии glibc и kernel

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

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

On Mon, Dec 24, 2007 at 01:01:50AM +0300, Konstantin A. Lepikhov wrote:

>> Или это намёк на то, что тебе надо купить MacIntel? :)
KAL> зачем поддерживать железо, которое итак поддерживает apple?

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

KAL> PS Да, порт ALT на PS3 мне гораздо интереснее.

А вот это да, действительно интересно :)

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

http://freesource.info
----------------------------------------------------------------------------
Почему-то никак не идут из головы $$$, упомянутые в теме письма...
		-- pilot in devel@

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

Re: [devel] autotools update

[Dmitry V. Levin]

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

On Sun, Dec 23, 2007 at 10:27:25PM +0200, led@altlinux.ru wrote:
> Sunday, 23 December 2007 22:13:43 Денис Смирнов написав:
> > On Sun, Dec 23, 2007 at 04:14:10PM +0300, Pavlov Konstantin wrote:
> >
> > PK> Отучаемся говорить за других :)
> > PK> Вести разработку на таких инструментах довольно затруднительно.
> >
> > Для разработчиков есть Сизиф.
> 
> В сизифе autoconf-2.60 появился "на днях".

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

Это не очень сложно, поскольку мы не первые на этом пути, но
дополнительную активность проявить придётся.


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[Igor Zubkov]

24.12.07, Konstantin A. Lepikhov написал(а):
> > > работать с яблочным железом без волшебных яблок вообще невозможно.
> >
> > В этих багах всё расписано. Какие патчи прикладывать и куда. У меня с
> > ними работало лучше чем без них.
> >
> > Или это намёк на то, что тебе надо купить MacIntel? :)
> зачем поддерживать железо, которое итак поддерживает apple?

Apple не поддерживает linux и решения на нём. Внутри моего MacBook Pro
стоит обычный Core2Duo и на него вполне себе ставится linux и ALT в
том числе. Сейчас на нём стоит Сизиф и MacOSX. Если то как работает на
нём MacOSX меня устраивает, то как работает Сизиф на нём не сильно.
Грабли описаны в багзилле ещё два месяца назад. И вот я всего лишь
хочу узнать почему патчи из mactel до сих не приложены у нас. Это
простой вопрос и мне хотелось бы увидеть на него простой ответ.

-- 
icesik

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi led!

Monday 24, at 12:33:43 AM you wrote:

> Monday, 24 December 2007 00:01:50 Konstantin A. Lepikhov написав:
> > Hi Igor!
> >
> > Sunday 23, at 11:44:48 PM you wrote:
> >
> > <skip>
> >
> > > > работать с яблочным железом без волшебных яблок вообще невозможно.
> > >
> > > В этих багах всё расписано. Какие патчи прикладывать и куда. У меня с
> > > ними работало лучше чем без них.
> > >
> > > Или это намёк на то, что тебе надо купить MacIntel? :)
> >
> > зачем поддерживать железо, которое итак поддерживает apple?
> 
> За тем же, зачем поддерживать железо, которое и так поддерживает M$.
M$ не поддерживает железо, там как раз ситуация обратная ;)

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Igor!

Monday 24, at 12:52:43 AM you wrote:

> 24.12.07, Konstantin A. Lepikhov написал(а):
> > > > работать с яблочным железом без волшебных яблок вообще невозможно.
> > >
> > > В этих багах всё расписано. Какие патчи прикладывать и куда. У меня с
> > > ними работало лучше чем без них.
> > >
> > > Или это намёк на то, что тебе надо купить MacIntel? :)
> > зачем поддерживать железо, которое итак поддерживает apple?
> 
> Apple не поддерживает linux и решения на нём. Внутри моего MacBook Pro
> стоит обычный Core2Duo и на него вполне себе ставится linux и ALT в
> том числе. Сейчас на нём стоит Сизиф и MacOSX. Если то как работает на
> нём MacOSX меня устраивает, то как работает Сизиф на нём не сильно.
Если тебя устраивает MacOSX, то зачем ставить Сизиф, если не устаивает
MacOSX, зачем покупать MacBook?

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Mikhail Gusarov]

"Konstantin A. Lepikhov" <lakostis@altlinux.org> writes:

> Если тебя устраивает MacOSX, то зачем ставить Сизиф, если не устаивает
> MacOSX, зачем покупать MacBook?

Это другой вопрос. Если kernel team не хочет принимать патчи - пусть
аргументирует не переходя на личности, если хочет - пусть даст знать об
этом.

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Версии glibc и kernel

[led]

Monday, 24 December 2007 01:17:19 Konstantin A. Lepikhov написав:
> Hi Igor!
>
> Monday 24, at 12:52:43 AM you wrote:
> > 24.12.07, Konstantin A. Lepikhov написал(а):
> > > > > работать с яблочным железом без волшебных яблок вообще невозможно.
> > > >
> > > > В этих багах всё расписано. Какие патчи прикладывать и куда. У меня с
> > > > ними работало лучше чем без них.
> > > >
> > > > Или это намёк на то, что тебе надо купить MacIntel? :)
> > >
> > > зачем поддерживать железо, которое итак поддерживает apple?
> >
> > Apple не поддерживает linux и решения на нём. Внутри моего MacBook Pro
> > стоит обычный Core2Duo и на него вполне себе ставится linux и ALT в
> > том числе. Сейчас на нём стоит Сизиф и MacOSX. Если то как работает на
> > нём MacOSX меня устраивает, то как работает Сизиф на нём не сильно.
>
> Если тебя устраивает MacOSX, то зачем ставить Сизиф, если не устаивает
> MacOSX, зачем покупать MacBook?

Т.о. ALTLinux можно ставить на очень ограниченное число ноутбуков: большинство 
ноутов продаётся с Windows, да и железо это поддерживать смысла нет, потому 
как оно и так поддерживается производителем ноута (посредством драйверов для 
Windows).

-- 
___
Led

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Mikhail!

Monday 24, at 05:19:03 AM you wrote:

> "Konstantin A. Lepikhov" <lakostis@altlinux.org> writes:
> 
> > Если тебя устраивает MacOSX, то зачем ставить Сизиф, если не устаивает
> > MacOSX, зачем покупать MacBook?
> 
> Это другой вопрос. Если kernel team не хочет принимать патчи - пусть
> аргументирует не переходя на личности, если хочет - пусть даст знать об
> этом.
Ответа kernel team здесь еще не было.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Dmitry V. Levin]

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

On Mon, Dec 24, 2007 at 01:21:43AM +0300, bga@altlinux.org wrote:
>   Мне кажется, желающие подписываются на devel-kernel@
>   и потихоньку собирают, что им нужно. Достаточно будет
>   выдать новым участникам право выкладывать пакеты в Сизиф.

Поскольку у нас ядра фактически именные, никаких особых прав для
отправки этих пакетов в Сизиф не требуется.


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[Dmitry V. Levin]

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

On Mon, Dec 24, 2007 at 02:27:22AM +0300, Konstantin A. Lepikhov wrote:
> Monday 24, at 05:19:03 AM you wrote:
> > "Konstantin A. Lepikhov" <lakostis@altlinux.org> writes:
> > 
> > > Если тебя устраивает MacOSX, то зачем ставить Сизиф, если не устаивает
> > > MacOSX, зачем покупать MacBook?
> > 
> > Это другой вопрос. Если kernel team не хочет принимать патчи - пусть
> > аргументирует не переходя на личности, если хочет - пусть даст знать об
> > этом.
> Ответа kernel team здесь еще не было.

Ответы от Kernel Team принимаются только в форме пакетов. :)


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi led!

Monday 24, at 01:26:05 AM you wrote:

> Monday, 24 December 2007 01:17:19 Konstantin A. Lepikhov написав:
> > Hi Igor!
> >
> > Monday 24, at 12:52:43 AM you wrote:
> > > 24.12.07, Konstantin A. Lepikhov написал(а):
> > > > > > работать с яблочным железом без волшебных яблок вообще невозможно.
> > > > >
> > > > > В этих багах всё расписано. Какие патчи прикладывать и куда. У меня с
> > > > > ними работало лучше чем без них.
> > > > >
> > > > > Или это намёк на то, что тебе надо купить MacIntel? :)
> > > >
> > > > зачем поддерживать железо, которое итак поддерживает apple?
> > >
> > > Apple не поддерживает linux и решения на нём. Внутри моего MacBook Pro
> > > стоит обычный Core2Duo и на него вполне себе ставится linux и ALT в
> > > том числе. Сейчас на нём стоит Сизиф и MacOSX. Если то как работает на
> > > нём MacOSX меня устраивает, то как работает Сизиф на нём не сильно.
> >
> > Если тебя устраивает MacOSX, то зачем ставить Сизиф, если не устаивает
> > MacOSX, зачем покупать MacBook?
> 
> Т.о. ALTLinux можно ставить на очень ограниченное число ноутбуков: большинство 
> ноутов продаётся с Windows, да и железо это поддерживать смысла нет, потому 
> как оно и так поддерживается производителем ноута (посредством драйверов для 
> Windows).
Именно. Но если договориться с производителем, то они будут поддерживать и
ALTLinux, как поддерживают и другие дистрибутивы.

-- 
WBR et al.

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

Re: [devel] autotools update

[led]

Monday, 24 December 2007 00:52:36 Dmitry V. Levin написав:
> On Sun, Dec 23, 2007 at 10:27:25PM +0200, led@altlinux.ru wrote:
> > Sunday, 23 December 2007 22:13:43 Денис Смирнов написав:
> > > On Sun, Dec 23, 2007 at 04:14:10PM +0300, Pavlov Konstantin wrote:
> > >
> > > PK> Отучаемся говорить за других :)
> > > PK> Вести разработку на таких инструментах довольно затруднительно.
> > >
> > > Для разработчиков есть Сизиф.
> >
> > В сизифе autoconf-2.60 появился "на днях".
>
> Кстати, вы запишитесь в команду помогающих починить сломавшиеся пакеты,
> коих по результатам ещё не окончившейся тестовой пересборки более 200?

Эти 200 - сломавшиеся из-за autoconf-2.60? Где можно увидеть их список?

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

-- 
___
Led

Re: [devel] Версии glibc и kernel

[led]

Monday, 24 December 2007 01:47:03 Konstantin A. Lepikhov написав:
> Hi led!
>
> Monday 24, at 01:26:05 AM you wrote:
> > Monday, 24 December 2007 01:17:19 Konstantin A. Lepikhov написав:
> > > Hi Igor!
> > >
> > > Monday 24, at 12:52:43 AM you wrote:
> > > > 24.12.07, Konstantin A. Lepikhov написал(а):
> > > > > > > работать с яблочным железом без волшебных яблок вообще
> > > > > > > невозможно.
> > > > > >
> > > > > > В этих багах всё расписано. Какие патчи прикладывать и куда. У
> > > > > > меня с ними работало лучше чем без них.
> > > > > >
> > > > > > Или это намёк на то, что тебе надо купить MacIntel? :)
> > > > >
> > > > > зачем поддерживать железо, которое итак поддерживает apple?
> > > >
> > > > Apple не поддерживает linux и решения на нём. Внутри моего MacBook
> > > > Pro стоит обычный Core2Duo и на него вполне себе ставится linux и ALT
> > > > в том числе. Сейчас на нём стоит Сизиф и MacOSX. Если то как работает
> > > > на нём MacOSX меня устраивает, то как работает Сизиф на нём не
> > > > сильно.
> > >
> > > Если тебя устраивает MacOSX, то зачем ставить Сизиф, если не устаивает
> > > MacOSX, зачем покупать MacBook?
> >
> > Т.о. ALTLinux можно ставить на очень ограниченное число ноутбуков:
> > большинство ноутов продаётся с Windows, да и железо это поддерживать
> > смысла нет, потому как оно и так поддерживается производителем ноута
> > (посредством драйверов для Windows).
>
> Именно. Но если договориться с производителем, то они будут поддерживать и
> ALTLinux, как поддерживают и другие дистрибутивы.

Да, действительно...

2Icesik:
Не доставай Kernel Team - похоже, с производителем ноута договориться будет 
проще:)

-- 
___
Led

Re: [devel] Версии glibc и kernel

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

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

On Mon, Dec 24, 2007 at 02:47:03AM +0300, Konstantin A. Lepikhov wrote:

KAL> Именно. Но если договориться с производителем, то они будут поддерживать и
KAL> ALTLinux, как поддерживают и другие дистрибутивы.

Я в шоке...

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

http://freesource.info
----------------------------------------------------------------------------
<drF_ckoff> "фдедал!"

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

Re: [devel] Версии glibc и kernel

[Andrew Kornilov]

Alexey Rusakov wrote:
>> Если люди видят, что у всех "X.Z", а у нас "X.Y", то необоснованно делают
>> вывод, что мы хуже, у нас не работает, некому заниматься, проект умирает и
>> еще сто и одну мысль :)
> Отучаемся говорить за других (с)
> Мы никогда не горели желанием (хотя, судя по всему, придётся и этим
> заняться) удовлетворять пожелания пользователей, которые дают себя втянуть
Да я и не утверждал, что нужно их удовлетворять. Я говорил о том, что они делают
такие выводы. Даже не пользователи, а опытные администраторы, увидев в дистрибутиве
достаточно консервативные версии двух основных составляющих ОС, решат, что что-то
тут не так. И если для сервера можно привести "аналог" RHEL по версиям, то
для Desktop-а уже будет их наводить на нехорошие мысли. И в чем-то они будут
правы.
> в гонку за цифрами. Нам важнее выпустить что-то более-менее работающее.
> Как показывает практика, марка ALT пользуется некоторой популярностью
> среди тех, кому нужен работающий, пусть и слегка устаревший, инструмент.
Пользовалась. Это все отмечают, что это было, а не есть. 
Потом авторитет был несколько утерян или смазан, что ли. 
Сейчас опять в гору пошло, к счастью. Всем за это спасибо :)

Re: [devel] Версии glibc и kernel

[Andrew Kornilov]

Aleksey Novodvorsky wrote:
>> Интересует других. Погоня за цифрами версий давно уже стала обыденностью.
>> Если люди видят, что у всех "X.Z", а у нас "X.Y", то необоснованно делают
>> вывод, что мы хуже, у нас не работает, некому заниматься, проект умирает и
>> еще сто и одну мысль
> 
> Давайте отделять мух от котлет.
> 1. Если мнение LOR Вас задевает, то лучше его не читать. В погоне, не
> обоснованной рациональными техническими доводами, серьезным людям
> участвовать не пристало.
Я могу обосновать наличие наипоследнейшего ядра для desktop-а тем, что
на старом многое не работает из современного hardware. А ведь именно
desktop-ы используются для использования новейшего оборудования. Но
от обоснования ничего не изменится. Вот что мне делать? Денег кому-то
перечислить? Или Ubuntu поставить? Тут уже один из механизмов
рынка работает - конкуренция. И по статистике видно, что выбрали 
пользователи.
> 2. Вместе с тем, двигаться вперед надо. Нужно policy и -- люди. Жду предложений.
Люди, люди. Именно очень многих людей "потеряли" за последние годы, разве не так?
И на это были причины. И сейчас есть. Тут замкнутый круг, который нужно
грамотно разомкнуть. Знать бы еще, как.

P.S. На ЛОР я хожу потроллить, как же себе отказать в этом удовольствии. А
высказывание оттуда вас разве не задевают? Вижу, что ещё как. И это хорошо.
Главное, критику правильно обработать и создать что-то невообразимое :)

Re: [devel] Версии glibc и kernel

[Andrew Kornilov]

Dmitry V. Levin wrote:
>> > В самом деле?  Сделайте ваше мнение достоянием общественности.
>> К чему эта ирония?
> Это не совсем ирония.
> (обращаясь в первую очередь к Сергею Власову) Я не знаю, чем вызвана
> задержка с ядрами.
Кстати, это еще один из моментов, который меня ну очень удивляет:
почему-то очень часто в team (причем, core team) нет никакого взаимодействия,
человек не знает, что делает его коллега или что будет делать. 
Я понимаю, что не все сидят в одном офисе, но все равно никак не могу
привыкнуть.Особенно после того, как поработал в т.н. "аутсорсинговой"
компании и посмотрел, как планируются и создаются различные проекты.
>> Всем заинтересованным известно, что на протяжении
>> всего своего существования, ООО/ЗАО/ТНК Altlinux/IPLabs, по неведомым
>> мне причинам, никогда не сообщало публично, кто и на каких должностях
>> в его структуре находится и за что отвечает.
> Разве это для нас важно?  Для нас важно, кто за что отвечает в Team, и
> здесь всё выглядит ясным.  Или нет?
Ну вот как человеку со стороны может быть что-то ясно? Совершенно непонятно.
Он может только посмотреть на имя майнтейнера пакеты и всё. Больше информации нет.

Некоторые из методов разработки коммерческого ПО действительно полезны и работают
и не стоит ими пренебрегать. Это, в принципе, простые и одновременно сложные
вещи: планирование, разделение полномочий, контроль, тестирование. Даже
такая простая вещь, как удобное взаимодействие внутри команды, может очень
сильно помочь. Рассылки  - не самая оперативная система для некоторых
частей разработки. Всем собраться в одном офисе сложно, конечно. Но можно
устраивать, например, т.н. sprint-ы или bug day, когда часть разработчиков
собирается где-то в одном месте, хотя бы виртуально (jabber confercences, например)
и усиленно начинает заниматься какой-то проблемной частью, одновременно обсуждая
это всё.

Re: [devel] Версии glibc и kernel

[Andrew Kornilov]

Денис Смирнов wrote:
> Для разработчиков есть Сизиф.
> 
> И на Debian ведь тоже разработку как-то ведут. А мы по сравнению с Debian
> вообще бежим впереди паравоза.
Кстати, когда меня спрашивали про glibc, в пример приводили и Debian, в котором,
в какой-то из веток testing, glibc новее.

Re: [devel] Версии glibc и kernel

[Andrew Kornilov]

Konstantin A. Lepikhov wrote:
>> P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
>> не везёт с оборудованием или оно перманентно не работает?
> Лично мне непонятна связь между работающим суспендом и обновленим glibc.
А между работающим суспендом и обновлением ядра понятна? ;-)
Кстати, на 2.6.22-24 почему-то перестал работать suspend2ram вообще, на .18
чаще всего срабатывал.

Re: [devel] Версии glibc и kernel

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

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

Здравствуйте Konstantin A. Lepikhov
  В сообщении от 24 декабря 2007 Konstantin A. Lepikhov написал(a):
 > Hi Igor!
 > > Без этих патчей работать с Яблочным железом просто невозможно.
 > > Меня
 > >
 > > это уже два месяца достаёт.
 >
 > работать с яблочным железом без волшебных яблок вообще невозможно.
У меня нет слов.
Единственная ассоциация :
"Люди делятся на две категории - те кто работают, и те кто ищут повод не 
работать."
Я не хочу сказать, что Константин отностися ко второй категории, но его 
данный ответ свойственен именно этой категории : перевод разговора в 
другое русло, с тем, что-бы не отвечать по-существу.


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

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

Re: [devel] Версии glibc и kernel

[Dmitry V. Levin]

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

On Mon, Dec 24, 2007 at 04:35:56AM +0200, Andrew Kornilov wrote:
> Dmitry V. Levin wrote:
[...]
> >> всего своего существования, ООО/ЗАО/ТНК Altlinux/IPLabs, по неведомым
> >> мне причинам, никогда не сообщало публично, кто и на каких должностях
> >> в его структуре находится и за что отвечает.
> > Разве это для нас важно?  Для нас важно, кто за что отвечает в Team, и
> > здесь всё выглядит ясным.  Или нет?
> Ну вот как человеку со стороны может быть что-то ясно? Совершенно непонятно.
> Он может только посмотреть на имя майнтейнера пакеты и всё. Больше информации нет.

Не понимаю, какой ещё информации вам не хватает.


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[Andrey Rahmatullin]

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

On Sun, Dec 23, 2007 at 11:56:41PM +0300, Денис Смирнов wrote:
> Если у нас начнется гонка
> за версиями столь критичных компонент ценой качества -- я буду один из
> первых кто свалит на Debian.
В дебиане 2.7.

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

Злобный робот уже сделал пересборку за меня, так что вопрос можно считать
закрытым.
		-- evseev in #11785

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Andrew!

Monday 24, at 04:41:59 AM you wrote:

> Konstantin A. Lepikhov wrote:
> >> P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
> >> не везёт с оборудованием или оно перманентно не работает?
> > Лично мне непонятна связь между работающим суспендом и обновленим glibc.
> А между работающим суспендом и обновлением ядра понятна? ;-)
> Кстати, на 2.6.22-24 почему-то перестал работать suspend2ram вообще, на .18
> чаще всего срабатывал.
Вообще непонятно - как говорится, "следите за логикой": если у вас со
старым ядром все работало, а с новым нет, то какой смысл от перехода на
новое ядро прямо сейчас?

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Хихин!

Monday 24, at 08:17:31 AM you wrote:

> Здравствуйте Konstantin A. Lepikhov
>   В сообщении от 24 декабря 2007 Konstantin A. Lepikhov написал(a):
>  > Hi Igor!
>  > > Без этих патчей работать с Яблочным железом просто невозможно.
>  > > Меня
>  > >
>  > > это уже два месяца достаёт.
>  >
>  > работать с яблочным железом без волшебных яблок вообще невозможно.
> У меня нет слов.
> Единственная ассоциация :
> "Люди делятся на две категории - те кто работают, и те кто ищут повод не 
> работать."
> Я не хочу сказать, что Константин отностися ко второй категории, но его 
> данный ответ свойственен именно этой категории : перевод разговора в 
> другое русло, с тем, что-бы не отвечать по-существу.
По существу есть сборки 2.6.24/2.6.22, в которых все запросы фетишистов
удовлетворены. Более того, исходники даже лежат в git.alt.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Aleksey Novodvorsky]

On 12/24/07, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
> Hi Хихин!
>
> Monday 24, at 08:17:31 AM you wrote:
>
> > Здравствуйте Konstantin A. Lepikhov
> >   В сообщении от 24 декабря 2007 Konstantin A. Lepikhov написал(a):
> >  > Hi Igor!
> >  > > Без этих патчей работать с Яблочным железом просто невозможно.
> >  > > Меня
> >  > >
> >  > > это уже два месяца достаёт.
> >  >
> >  > работать с яблочным железом без волшебных яблок вообще невозможно.
> > У меня нет слов.
> > Единственная ассоциация :
> > "Люди делятся на две категории - те кто работают, и те кто ищут повод не
> > работать."
> > Я не хочу сказать, что Константин отностися ко второй категории, но его
> > данный ответ свойственен именно этой категории : перевод разговора в
> > другое русло, с тем, что-бы не отвечать по-существу.
> По существу есть сборки 2.6.24/2.6.22, в которых все запросы фетишистов
> удовлетворены. Более того, исходники даже лежат в git.alt.

А что мешает разместить их в Sisyphus?

Rgrds, Алексей

Re: [devel] Версии glibc и kernel

[Mikhail Gusarov]

"Konstantin A. Lepikhov" <lakostis@altlinux.org> writes:

> По существу есть сборки 2.6.24/2.6.22, в которых все запросы
> фетишистов удовлетворены. Более того, исходники даже лежат в git.alt.

А что мешало по этому поводу оставить комментарии в соответствующих багах?

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Mikhail!

Monday 24, at 01:37:09 PM you wrote:

> "Konstantin A. Lepikhov" <lakostis@altlinux.org> writes:
> 
> > По существу есть сборки 2.6.24/2.6.22, в которых все запросы
> > фетишистов удовлетворены. Более того, исходники даже лежат в git.alt.
> 
> А что мешало по этому поводу оставить комментарии в соответствующих багах?
Я не мантейнер std-smp ядер.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Aleksey!

Monday 24, at 10:34:47 AM you wrote:

> On 12/24/07, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
> > Hi Хихин!
> >
> > Monday 24, at 08:17:31 AM you wrote:
> >
> > > Здравствуйте Konstantin A. Lepikhov
> > >   В сообщении от 24 декабря 2007 Konstantin A. Lepikhov написал(a):
> > >  > Hi Igor!
> > >  > > Без этих патчей работать с Яблочным железом просто невозможно.
> > >  > > Меня
> > >  > >
> > >  > > это уже два месяца достаёт.
> > >  >
> > >  > работать с яблочным железом без волшебных яблок вообще невозможно.
> > > У меня нет слов.
> > > Единственная ассоциация :
> > > "Люди делятся на две категории - те кто работают, и те кто ищут повод не
> > > работать."
> > > Я не хочу сказать, что Константин отностися ко второй категории, но его
> > > данный ответ свойственен именно этой категории : перевод разговора в
> > > другое русло, с тем, что-бы не отвечать по-существу.
> > По существу есть сборки 2.6.24/2.6.22, в которых все запросы фетишистов
> > удовлетворены. Более того, исходники даже лежат в git.alt.
> 
> А что мешает разместить их в Sisyphus?
Общая сырость - ждем релиза 2.6.24. Теоретически, -alt0.8 можно положить в
Дедал, правда целевой аудитории это явно не прибавит.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Хихин!
> 
> Monday 24, at 08:17:31 AM you wrote:
> 
>> Здравствуйте Konstantin A. Lepikhov
>>   В сообщении от 24 декабря 2007 Konstantin A. Lepikhov написал(a):
>>  > Hi Igor!
>>  > > Без этих патчей работать с Яблочным железом просто невозможно.
>>  > > Меня
>>  > >
>>  > > это уже два месяца достаёт.
>>  >
>>  > работать с яблочным железом без волшебных яблок вообще невозможно.
>> У меня нет слов.
>> Единственная ассоциация :
>> "Люди делятся на две категории - те кто работают, и те кто ищут повод не 
>> работать."
>> Я не хочу сказать, что Константин отностися ко второй категории, но его 
>> данный ответ свойственен именно этой категории : перевод разговора в 
>> другое русло, с тем, что-бы не отвечать по-существу.
> По существу есть сборки 2.6.24/2.6.22, в которых все запросы фетишистов
> удовлетворены. Более того, исходники даже лежат в git.alt.

По крайней мере обещано что будут лежать...

Re: [devel] Версии glibc и kernel

[Mikhail Gusarov]

"Konstantin A. Lepikhov" <lakostis@altlinux.org> writes:

>> А что мешало по этому поводу оставить комментарии в соответствующих багах?
> Я не мантейнер std-smp ядер.

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

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Anton!

Monday 24, at 11:08:22 AM you wrote:

> Konstantin A. Lepikhov пишет:
> > Hi Хихин!
> > 
> > Monday 24, at 08:17:31 AM you wrote:
> > 
> >> Здравствуйте Konstantin A. Lepikhov
> >>   В сообщении от 24 декабря 2007 Konstantin A. Lepikhov написал(a):
> >>  > Hi Igor!
> >>  > > Без этих патчей работать с Яблочным железом просто невозможно.
> >>  > > Меня
> >>  > >
> >>  > > это уже два месяца достаёт.
> >>  >
> >>  > работать с яблочным железом без волшебных яблок вообще невозможно.
> >> У меня нет слов.
> >> Единственная ассоциация :
> >> "Люди делятся на две категории - те кто работают, и те кто ищут повод не 
> >> работать."
> >> Я не хочу сказать, что Константин отностися ко второй категории, но его 
> >> данный ответ свойственен именно этой категории : перевод разговора в 
> >> другое русло, с тем, что-бы не отвечать по-существу.
> > По существу есть сборки 2.6.24/2.6.22, в которых все запросы фетишистов
> > удовлетворены. Более того, исходники даже лежат в git.alt.
> 
> По крайней мере обещано что будут лежать...
http://git.altlinux.org/people/lakostis/packages/?p=kernel-image-2.6.22.git;a=summary
http://git.altlinux.org/people/lakostis/packages/?p=kernel-image-2.6.24.git;a=summary

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

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

В сообщении от Monday 24 December 2007 11:07:13 Konstantin A. Lepikhov 
написал(а):
> Общая сырость - ждем релиза 2.6.24. 
Оно как и всё иное ясно и понятно.

> Теоретически, -alt0.8 можно положить в Дедал, 
> правда целевой аудитории это явно не прибавит. 
Ой ли? Зато проще будет искать в обще известном, централизованном месте.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] Версии glibc и kernel

[Andrew Kornilov]

Konstantin A. Lepikhov wrote:
>> А между работающим суспендом и обновлением ядра понятна? ;-)
>> Кстати, на 2.6.22-24 почему-то перестал работать suspend2ram вообще, на .18
>> чаще всего срабатывал.
> Вообще непонятно - как говорится, "следите за логикой": если у вас со
> старым ядром все работало, а с новым нет, то какой смысл от перехода на
> новое ядро прямо сейчас?
1. _Всё_ не работало. Не всё работало не всегда
2. На новом ядре работают другие штуки, которые не работали
3. Не работает твоё новое ядро. Возможно, чужое новое работать будет.
Тут патч вправо, патч влево - oops на месте.

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Mikhail!

Monday 24, at 02:12:41 PM you wrote:

> "Konstantin A. Lepikhov" <lakostis@altlinux.org> writes:
> 
> >> А что мешало по этому поводу оставить комментарии в соответствующих багах?
> > Я не мантейнер std-smp ядер.
> 
> Ну т.е. как разместить в дедале - так теоретически можно, а как
> известить багзиллу - так сразу не майнтайнер?
В дедале можно всем.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Anton Farygin]

Алексей Шенцев пишет:
> В сообщении от Monday 24 December 2007 11:07:13 Konstantin A. Lepikhov 
> написал(а):
>> Общая сырость - ждем релиза 2.6.24. 
> Оно как и всё иное ясно и понятно.
> 
>> Теоретически, -alt0.8 можно положить в Дедал, 
>> правда целевой аудитории это явно не прибавит. 
> Ой ли? Зато проще будет искать в обще известном, централизованном месте.

А ч то в dedal ? выкладывай в sisyphus.. хуже не будет.

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Алексей!

Monday 24, at 11:18:28 AM you wrote:

<skip>
> > Теоретически, -alt0.8 можно положить в Дедал, 
> > правда целевой аудитории это явно не прибавит. 
> Ой ли? Зато проще будет искать в обще известном, централизованном месте.
Проще искать что? Неработающее ядро? Хватит одного неработающего xorg'а в
сизифе.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Mikhail Gusarov]

"Konstantin A. Lepikhov" <lakostis@altlinux.org> writes:

>> Ну т.е. как разместить в дедале - так теоретически можно, а как
>> известить багзиллу - так сразу не майнтайнер?
> В дедале можно всем.

Т.е. проблема просто с ACL'ем в багтракере? Так вроде бы comments в
багах можно оставлять кому угодно.

Закрывать их, конечно, не надо, пока новое ядро (или ядро с приложенными
патчами) не окажется в сизифе.

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Версии glibc и kernel

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Алексей!
> 
> Monday 24, at 11:18:28 AM you wrote:
> 
> <skip>
>>> Теоретически, -alt0.8 можно положить в Дедал, 
>>> правда целевой аудитории это явно не прибавит. 
>> Ой ли? Зато проще будет искать в обще известном, централизованном месте.
> Проще искать что? Неработающее ядро? Хватит одного неработающего xorg'а в
> сизифе.

Так ты только что утверждал что ядро работает нормально...

Re: [devel] Версии glibc и kernel

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

В сообщении от Monday 24 December 2007 11:37:16 Konstantin A. Lepikhov 
написал(а):
> Проще искать что? Неработающее ядро? 
Дык Daedalus же ... ;)

> Хватит одного неработающего xorg'а в сизифе. 
Так ни кто не говорит, что в сизифе должно всё работать, на то он и сизиф. 
Хуже если не работающее будет в дистре/бранче.
Не знаю как у остальных, но твоё 2.6.22 у меня работает и то, что мне нужно 
было от 2.6.18 (баг №12607) в нём работает, за что тебе огромное спасибо. 
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Andrew!

Monday 24, at 10:23:19 AM you wrote:

> Konstantin A. Lepikhov wrote:
> >> А между работающим суспендом и обновлением ядра понятна? ;-)
> >> Кстати, на 2.6.22-24 почему-то перестал работать suspend2ram вообще, на .18
> >> чаще всего срабатывал.
> > Вообще непонятно - как говорится, "следите за логикой": если у вас со
> > старым ядром все работало, а с новым нет, то какой смысл от перехода на
> > новое ядро прямо сейчас?
> 1. _Всё_ не работало. Не всё работало не всегда
> 2. На новом ядре работают другие штуки, которые не работали
> 3. Не работает твоё новое ядро. Возможно, чужое новое работать будет.
> Тут патч вправо, патч влево - oops на месте.
Соберите свое, раз мое не работает, делов-то.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Michael Shigorin]

On Mon, Dec 24, 2007 at 11:45:49AM +0300, Konstantin A. Lepikhov wrote:
> > 1. _Всё_ не работало. Не всё работало не всегда
> > 2. На новом ядре работают другие штуки, которые не работали
> > 3. Не работает твоё новое ядро. Возможно, чужое новое работать будет.
> > Тут патч вправо, патч влево - oops на месте.
> Соберите свое, раз мое не работает, делов-то.

Потом есть шанс огрести неработающее в 4.1, делов-то.

PS: вообще странная инверсия отношения к тестерам из people, да. :)

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

Re: [devel] Версии glibc и kernel

[Michael Shigorin]

On Sun, Dec 23, 2007 at 11:58:46PM +0300, Денис Смирнов wrote:
> > 2.5 - не лучше. И вовсе не потому, что 2.5 < 2.7.
> А конкретнее?

malloc чинили.

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

Re: [devel] Версии glibc и kernel

[Michael Shigorin]

On Mon, Dec 24, 2007 at 08:20:31AM +0300, Dmitry V. Levin wrote:
> > >> всего своего существования, ООО/ЗАО/ТНК Altlinux/IPLabs,
> > >> по неведомым мне причинам, никогда не сообщало публично,
> > >> кто и на каких должностях в его структуре находится и за
> > >> что отвечает.

Если кому-то интересно -- думаю, можно спросить aen@, ldv@,
да вон меня, в конце концов.  Не факт, что ответ будет, но.

> > > Разве это для нас важно?  Для нас важно, кто за что
> > > отвечает в Team, и здесь всё выглядит ясным.  Или нет?
> > Ну вот как человеку со стороны может быть что-то ясно?
> > Совершенно непонятно.  Он может только посмотреть на имя
> > майнтейнера пакеты и всё. Больше информации нет.
> Не понимаю, какой ещё информации вам не хватает.

Например, "что планируется по ядрам".  Мои догадки про 2.6.23+
к 4.1 были сугубо догадками очень долго и неведение тут крайне
напрягает.

Дим, вопросов не возникает, когда всё работает.  Но поскольку
никто из нас не железный, обычно лучше знать, когда что-то или 
действительно не работает, или просто со стороны не видно
(например, "кто-то занимается? новым тулчейном" или кто-то
занимается? новым ядром").

Иначе помимо прочего -- наблюдается более или менее
непроизводительная трата времени на ту же сборку своих ядер
вместо помощи с тестированием кандидатов в сизиф, if any.

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

Re: [devel] Версии glibc и kernel

[Ildar Mulyukov]

On 24.12.2007 02:53:08, Денис Смирнов wrote:
> On Sun, Dec 23, 2007 at 10:30:16PM +0200, led@altlinux.ru wrote:
> > В очередной раз схема кардинально "упростилась"?:)
> 
> git'ифицировалась. Поддержка сборок с большим количеством патчей да,  
> упростилась.

С git-ом всё очень сильно упрощается. Тут главное - овладеть этим  
мощным инструментом. В моём случае - чтобы собраться с духом, отложить  
другие интересы и всерьёз взяться за него, у меня ушло несколько  
месяцев. Чтобы до конца разобраться и использовать его "everyday use" -  
около 2-х недель чтения документации в транспорте и в свободное время +  
1 или 2 недели практики.

Скорее всего, я - тролль и всё это можно было сделать значительно  
быстрее.

> Задача "собрать побыстрячку" существенно усложнилась.

Не согласен. Тут надо просто знать, с какого конца потянуть. В данном  
случае я бы посоветовал скачать существующий SRPM и "собирать  
побыстрячку". То есть не труднее, чем раньше. Другое дело, что  
сделанное Вами не так легко будет использовать другим, но, опять-таки,  
если всё сделать аккуратно - можно будет послать патчи соотв. людям,  
которые это дело смёрджат.

С уважением, Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

[devel] KT2

[Michael Shigorin]

On Mon, Dec 24, 2007 at 12:04:03AM +0300, Aleksey Novodvorsky wrote:
> > > Без этих патчей работать с Яблочным железом просто
> > > невозможно. Меня это уже два месяца достаёт.
> > Если работа "Kernel Team" не устраивает, возможно, имеет
> > смысл в организации "Kernel Team 2"?:)
> Есть желающие?

Есть делающие -- тот же led@, за ядра его сборки мне уже немало
народу спасибо сказало.

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

Re: [devel] Версии glibc и kernel

[Michael Shigorin]

On Mon, Dec 24, 2007 at 01:54:29AM +0300, Konstantin A. Lepikhov wrote:
> > > > Или это намёк на то, что тебе надо купить MacIntel? :)
> > > зачем поддерживать железо, которое итак поддерживает apple?

Костик, не гони.  Всех фашистов распугаешь, кто тестировать будет?
Вон mutabor@ с его древней глючной железякой и то неудобно было
отпинывать по части "слушай, чини сам, а?" за vsu@, но там
ситуация именно такая, а когда патчи висят для куда более
распространённого железа -- то за такое отношение надо пороть :)

> > За тем же, зачем поддерживать железо, которое и так поддерживает M$.
> M$ не поддерживает железо, там как раз ситуация обратная ;)

(а ms таки поддерживает железо)

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Anton!

Monday 24, at 11:44:01 AM you wrote:

> Konstantin A. Lepikhov пишет:
> > Hi Алексей!
> > 
> > Monday 24, at 11:18:28 AM you wrote:
> > 
> > <skip>
> >>> Теоретически, -alt0.8 можно положить в Дедал, 
> >>> правда целевой аудитории это явно не прибавит. 
> >> Ой ли? Зато проще будет искать в обще известном, централизованном месте.
> > Проще искать что? Неработающее ядро? Хватит одного неработающего xorg'а в
> > сизифе.
> 
> Так ты только что утверждал что ядро работает нормально...
где я это утверждал?

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Slava Semushin]

24.12.07, Ildar Mulyukov<ildar / altlinux.ru> написал(а):
[...]
> если всё сделать аккуратно - можно будет послать патчи соотв. людям,
> которые это дело смёрджат.

Ильдар, не вводите людей в заблуждение. Это в идеальной Team так
бывает, а в ALT Linux Team даже то, что в git лежит, к сожалению, не
всегда мержат, а уж про SRPM'ы так и вовсе говорить нечего (я помню
тред один..).


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

[devel] поддержка железа

[Michael Shigorin]

On Mon, Dec 24, 2007 at 02:47:03AM +0300, Konstantin A. Lepikhov wrote:
> Именно. Но если договориться с производителем, то они будут
> поддерживать и ALTLinux, как поддерживают и другие
> дистрибутивы.

Спасибо, двоих таких производителей уже похоронили.
Один того, в общем, даже не заслуживал.

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

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Michael!

Monday 24, at 10:54:02 AM you wrote:

> On Mon, Dec 24, 2007 at 11:45:49AM +0300, Konstantin A. Lepikhov wrote:
> > > 1. _Всё_ не работало. Не всё работало не всегда
> > > 2. На новом ядре работают другие штуки, которые не работали
> > > 3. Не работает твоё новое ядро. Возможно, чужое новое работать будет.
> > > Тут патч вправо, патч влево - oops на месте.
> > Соберите свое, раз мое не работает, делов-то.
> 
> Потом есть шанс огрести неработающее в 4.1, делов-то.
> 
> PS: вообще странная инверсия отношения к тестерам из people, да. :)
Какие же это тестеры? Вот кто действительно тестировал 2.6.24 wks-smp, те
так не скажут ;)

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Michael!

Monday 24, at 11:07:34 AM you wrote:

> On Mon, Dec 24, 2007 at 01:54:29AM +0300, Konstantin A. Lepikhov wrote:
> > > > > Или это намёк на то, что тебе надо купить MacIntel? :)
> > > > зачем поддерживать железо, которое итак поддерживает apple?
> 
> Костик, не гони.  Всех фашистов распугаешь, кто тестировать будет?
> Вон mutabor@ с его древней глючной железякой и то неудобно было
> отпинывать по части "слушай, чини сам, а?" за vsu@, но там
> ситуация именно такая, а когда патчи висят для куда более
> распространённого железа -- то за такое отношение надо пороть :)
Кто тестировал, тот и будет тестировать. А фашисты и фетишисты не нужны ;)

> 
> > > За тем же, зачем поддерживать железо, которое и так поддерживает M$.
> > M$ не поддерживает железо, там как раз ситуация обратная ;)
> 
> (а ms таки поддерживает железо)
Да ну! Раскажи еще, что vista умеет uvc и robson "из коробки" и что это
технологии M$. 

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Mikhail Gusarov]

"Slava Semushin" <slava.semushin@gmail.com> writes:

> 24.12.07, Ildar Mulyukov<ildar / altlinux.ru> написал(а):
> [...]
>> если всё сделать аккуратно - можно будет послать патчи соотв. людям,
>> которые это дело смёрджат.
>

> Ильдар, не вводите людей в заблуждение. Это в идеальной Team так
> бывает, а в ALT Linux Team даже то, что в git лежит, к сожалению, не
> всегда мержат, а уж про SRPM'ы так и вовсе говорить нечего (я помню
> тред один..).

Слава, подумай над следующим.

Вариант

а) определить вариант развития событий, к которому нужно стремиться (=
   то, что идеальный kernel team),
б) указать на то, что текущий team не идеален,
в) сделать всё, для того, чтобы улучшить ситуациию

даст больше плодов, чем

а) указать на то, что текущий team не идеален,
б) сложить руки.

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] KT2

[Aleksey Novodvorsky]

On 12/24/07, Michael Shigorin <mike@osdn.org.ua> wrote:
> On Mon, Dec 24, 2007 at 12:04:03AM +0300, Aleksey Novodvorsky wrote:
> > > > Без этих патчей работать с Яблочным железом просто
> > > > невозможно. Меня это уже два месяца достаёт.
> > > Если работа "Kernel Team" не устраивает, возможно, имеет
> > > смысл в организации "Kernel Team 2"?:)
> > Есть желающие?
>
> Есть делающие -- тот же led@, за ядра его сборки мне уже немало
> народу спасибо сказало.

Ну так надо выходить из подполья.

Rgrds, Алексей

[devel] ургент пропозал

[Michael Shigorin]

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

On Mon, Dec 24, 2007 at 11:37:16AM +0300, Konstantin A. Lepikhov wrote:
> > > Теоретически, -alt0.8 можно положить в Дедал, 
> > > правда целевой аудитории это явно не прибавит. 
> > Ой ли? Зато проще будет искать в обще известном, централизованном месте.
> Проще искать что? Неработающее ядро? Хватит одного
> неработающего xorg'а в сизифе.

Костик, у тебя было бы хоть какое-то моральное право кидать туда
камни, если бы ты опубликовал где-нить более работающий xorg, 
твоя кривая нетестированная сборка fglrx не была причиной сразу
двух коронных ляпов в Desktop 4.0.0, которые в сумме задевают
100% его аудитории, и если бы ты не выпендривался тут на предмет
того, что кому положено.

Не хочешь _служить_ другим -- иди лесом.  Меньше будет мучаться.
Тут ведь не "кто круче", а "у кого работает" ценится.

PS: пишу это и так потому, что на деле-то ты совсем не такой,
как можно было бы судить по этим дурацким письмам.  Надеюсь,
поймёшь тоже правильно.

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

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

Re: [devel] KT2

[Michael Shigorin]

On Mon, Dec 24, 2007 at 12:13:23PM +0300, Aleksey Novodvorsky wrote:
> > > > > Без этих патчей работать с Яблочным железом просто
> > > > > невозможно. Меня это уже два месяца достаёт.
> > > > Если работа "Kernel Team" не устраивает, возможно, имеет
> > > > смысл в организации "Kernel Team 2"?:)
> > > Есть желающие?
> > Есть делающие -- тот же led@, за ядра его сборки мне уже
> > немало народу спасибо сказало.
> Ну так надо выходить из подполья.

Ну так они публикуются, патчи в багах вообще с полгода висят,
а Костик сказал "не в гите? -- лесом!".  Причём не могу сказать,
что я его тут полностью понимаю: если _мне_ что-то действительно
нужно, то и перфоленту найдём где прочитать.

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

Re: [devel] Версии glibc и kernel

[Ildar Mulyukov]

On 24.12.2007 15:08:48, Slava Semushin wrote:
> 24.12.07, Ildar Mulyukov<ildar / altlinux.ru> написал(а):
> [...]
>> если всё сделать аккуратно - можно будет послать патчи соотв. людям,  
>> которые это дело смёрджат.
> 
> Ильдар, не вводите людей в заблуждение. Это в идеальной Team так  
> бывает, а в ALT Linux Team даже то, что в git лежит, к сожалению, не  
> всегда мержат, а уж про SRPM'ы так и вовсе говорить нечего (я помню  
> тред один..).

Ну извините! Я, похоже, далеко отошёл от темы, поскольку говорил о  
технологиях работы с git в ALTLinux _вообще_, а не применительно к  
ядру. В более простых случаях у меня был положительный опыт - и SRPM  
можно взять, и git смерджить. Как мне кажется, у коллеги было  
предубеждение по отношению к git вообще.

С уважением, Ильдар.
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] Версии glibc и kernel

[Michael Shigorin]

On Mon, Dec 24, 2007 at 12:12:40PM +0300, Konstantin A. Lepikhov wrote:
> > > > > > Или это намёк на то, что тебе надо купить MacIntel? :)
> > > > > зачем поддерживать железо, которое итак поддерживает apple?
> > Костик, не гони.  Всех фашистов распугаешь, кто тестировать будет?
> > Вон mutabor@ с его древней глючной железякой и то неудобно было
> > отпинывать по части "слушай, чини сам, а?" за vsu@, но там
> > ситуация именно такая, а когда патчи висят для куда более
> > распространённого железа -- то за такое отношение надо пороть :)
> Кто тестировал, тот и будет тестировать. А фашисты и фетишисты не нужны ;)

Фетишист -- это майнтейнер сферического ядра в вакууме?

> > > > За тем же, зачем поддерживать железо, которое и так поддерживает M$.
> > > M$ не поддерживает железо, там как раз ситуация обратная ;)
> > (а ms таки поддерживает железо)
> Да ну!

Прикинь.

PS: давай без передёргиваний, ты ж прекрасно понимаешь, о чём спич.
А то я сейчас начну и Дима нас дружно до следующего года в r/o.
:)

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

Re: [devel] KT2

[Mikhail Gusarov]

Michael Shigorin <mike@osdn.org.ua> writes:

> Ну так они публикуются, патчи в багах вообще с полгода висят, а Костик
> сказал "не в гите? -- лесом!".  Причём не могу сказать, что я его тут
> полностью понимаю: если _мне_ что-то действительно нужно, то и
> перфоленту найдём где прочитать.

Тут проблема в том, чтобы определить, что "нужно", а что "не нужно".

Никаких формальных критериев ни в виде соглашения внутри сообщества, ни
в виде запроса от ООО для создания дистрибутивов не видно, так что
пользователи остаются заложниками вкусов и предпочтений vsu :)

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Версии glibc и kernel

[Ildar Mulyukov]

On 24.12.2007 15:17:54, Michael Shigorin wrote:
> On Mon, Dec 24, 2007 at 03:02:00PM +0600, Ildar Mulyukov wrote:
> > Чтобы до конца разобраться и использовать его "everyday use" -
> 
> Everyday GIT прочитано?  Там немного :)
> http://www.kernel.org/pub/software/scm/git/docs/everyday.html

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

Re: [devel] Версии glibc и kernel

[Vitaly Ostanin]

Денис Смирнов пишет:
> On Sun, Dec 23, 2007 at 10:26:34PM +0300, Denis Medvedev wrote:
> 
> DM> ОТСТАВАНИЕ ЯДРА?! - естественно.
> DM> Мое мнение - оно вызвано отделением разработчиков ядра в "секту", недопущение и препятствование сборке членами ALT Linux Team, в том числе и путем использования хитроумных и нестандартных методов сборки. Секта всегда в итоге производит застой...
> 
> Эти методы, увы, были необходимы чтобы решать целый ряд проблем. И они
> были очень хорошо документированы.
> 
> Сейчас очередной этап глобальных переделок, и честно говоря, я теперь сам
> не знаю как собирать даже модули ядра :(

Скажите честно, а вы пытались их собрать в последнее время? 
Писали о проблемах в devel-kernel@ ? Лёша Авдеев недавно собрал 
alsa/drm/nvidia для xen-dom0, была одна проблема, в devel-kernel@ 
оперативно и охотно помогли.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com

Re: [devel] Версии glibc и kernel

[Michael Shigorin]

On Mon, Dec 24, 2007 at 03:33:38PM +0600, Ildar Mulyukov wrote:
> >> Чтобы до конца разобраться и использовать его "everyday use" -
> >Everyday GIT прочитано?  Там немного :)
> >http://www.kernel.org/pub/software/scm/git/docs/everyday.html
> Прочитано. Тут, возможно, не только Михаил меня не так
> понял."everyday  use" - это использование каждый (или почти
> каждый) день, как рабочий  инструмент. То есть, имелось в виду
> everyday use == уверенное  использование инструмента.

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

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

Re: [devel] Версии glibc и kernel

[Andrew Kornilov]

Konstantin A. Lepikhov wrote:
>> > > 1. _Всё_ не работало. Не всё работало не всегда
>> > > 2. На новом ядре работают другие штуки, которые не работали
>> > > 3. Не работает твоё новое ядро. Возможно, чужое новое работать будет.
>> > > Тут патч вправо, патч влево - oops на месте.
>> > Соберите свое, раз мое не работает, делов-то.
>> Потом есть шанс огрести неработающее в 4.1, делов-то.
>> PS: вообще странная инверсия отношения к тестерам из people, да. :)
> Какие же это тестеры? Вот кто действительно тестировал 2.6.24 wks-smp, те
> так не скажут ;)
Я тебе честно два бага вместе с решениями зарепортил (PCI_LEGACY и SLAB/SLUB),
так что не надо тут ;-)

Re: [devel] KT2

[Michael Shigorin]

On Mon, Dec 24, 2007 at 03:27:21PM +0600, Mikhail Gusarov wrote:
> > Ну так они публикуются, патчи в багах вообще с полгода висят,
> > а Костик сказал "не в гите? -- лесом!".  Причём не могу
> > сказать, что я его тут полностью понимаю: если _мне_ что-то
> > действительно нужно, то и перфоленту найдём где прочитать.
> Тут проблема в том, чтобы определить, что "нужно", а что "не нужно".
> 
> Никаких формальных критериев ни в виде соглашения внутри
> сообщества

bugzilla

> ни в виде запроса от ООО для создания дистрибутивов не видно,

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

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

Это не самый плохой вариант, поверь на слово ;)

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

Re: [devel] KT2

[Mikhail Gusarov]

Michael Shigorin <mike@osdn.org.ua> writes:

> bugzilla

Это инструмент, а не соглашение. Соглашение - это "всё в std - на
усмотрение vsu" или "поддерживаем такие-то железки".

Пока такого соглашения нет - дискуссии о поддержке или не поддержке
чего-либо будут тянуться вечно.

>> ни в виде запроса от ООО для создания дистрибутивов не видно,
> Вот тут мне обычно тоже не видно, но предполагаю, что они есть.

Ладно, это я уточню.

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

> Это не самый плохой вариант, поверь на слово ;)

Верю :) Плохо становится тогда, когда vsu по каким-то причинам, а не
высказывет свои вкусы и предпочтения - вопрос остаётся в подвешенном
состоянии.

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] KT2

[Michael Shigorin]

On Mon, Dec 24, 2007 at 04:27:16PM +0600, Mikhail Gusarov wrote:
> > bugzilla
> Это инструмент, а не соглашение. Соглашение - это "всё в std -
> на усмотрение vsu" или "поддерживаем такие-то железки".

Это констатация несогласия со status quo :)  Соглашение -- 
"всё в std -- на усмотрение vsu@ и поддерживается всё, что 
возможно поддерживать усилиями kernel team и активных участников
сообщества", насколько могу судить по последним трём годам.

> Пока такого соглашения нет - дискуссии о поддержке или не
> поддержке чего-либо будут тянуться вечно.

Да это дурака зачем-то валяют.

> >> так что пользователи остаются заложниками вкусов и
> >> предпочтений vsu :)
> > Это не самый плохой вариант, поверь на слово ;)
> Верю :) Плохо становится тогда, когда vsu по каким-то причинам,
> а не высказывет свои вкусы и предпочтения - вопрос остаётся в
> подвешенном состоянии.

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

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

Re: [devel] KT2

[Mikhail Gusarov]

Michael Shigorin <mike@osdn.org.ua> writes:

> Это констатация несогласия со status quo :) Соглашение -- "всё в std
> -- на усмотрение vsu@ и поддерживается всё, что возможно поддерживать
> усилиями kernel team и активных участников сообщества", насколько могу
> судить по последним трём годам.

Ну, вот это status quo надо (мне) где-то документировать, чтобы те, кого
здесь последние три года не было, в следующий раз не вытягивали клещами
эту информацию из тех, кто был :)

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Версии glibc и kernel

[Dmitry V. Levin]

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

On Mon, Dec 24, 2007 at 11:01:33AM +0200, Michael Shigorin wrote:
[...]
> Например, "что планируется по ядрам".  Мои догадки про 2.6.23+
> к 4.1 были сугубо догадками очень долго и неведение тут крайне
> напрягает.

Поскольку следующее "долгоиграющее" ядро, которое планируется -- это
2.6.24, то, естественно, мы ориентируемя на него (а не на 2.6.23 и не на
2.6.25).

> Дим, вопросов не возникает, когда всё работает.  Но поскольку
> никто из нас не железный, обычно лучше знать, когда что-то или 
> действительно не работает, или просто со стороны не видно
> (например, "кто-то занимается? новым тулчейном" или кто-то
> занимается? новым ядром").

Спрашивайте, если не очевидно.  Нет тут никаких секретов.
Предлагайте, как сделать это более очевидным.


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[Michael Shigorin]

On Mon, Dec 24, 2007 at 03:03:24PM +0300, Dmitry V. Levin wrote:
> > Дим, вопросов не возникает, когда всё работает.  Но поскольку
> > никто из нас не железный, обычно лучше знать, когда что-то
> > или действительно не работает, или просто со стороны не видно
> > (например, "кто-то занимается? новым тулчейном" или кто-то
> > занимается? новым ядром").
> Спрашивайте, если не очевидно.  Нет тут никаких секретов.
> Предлагайте, как сделать это более очевидным.

Публичную тудушницу или планёрку какую надо.

Сейчас они, как правило, локальные/недоступные; исключений мало:
http://www.freesource.info/wiki/FreeSource?phrase=todo&topic=on
(ой, http://www.freesource.info/wiki/TODO => redirect loop)

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

Re: [devel] KT2

[Michael Shigorin]

On Mon, Dec 24, 2007 at 05:56:09PM +0600, Mikhail Gusarov wrote:
> > Это констатация несогласия со status quo :) Соглашение --
> > "всё в std -- на усмотрение vsu@ и поддерживается всё, что
> > возможно поддерживать усилиями kernel team и активных
> > участников сообщества", насколько могу судить по последним
> > трём годам.
> Ну, вот это status quo надо (мне) где-то документировать, чтобы
> те, кого здесь последние три года не было, в следующий раз не
> вытягивали клещами эту информацию из тех, кто был :)

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

Про "усмотрение" подробней не смогу объяснить, боюсь.  
Почитай http://sisyphus.ru/srpm/kernel-image-std-smp/changelog
-- может, какое-то ощущение сложится.

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

Re: [devel] Версии glibc и kernel

[Pavlov Konstantin]

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

On Mon, Dec 24, 2007 at 10:55:32AM +0200, Michael Shigorin wrote:
> On Sun, Dec 23, 2007 at 11:58:46PM +0300, Денис Смирнов wrote:
> > > 2.5 - не лучше. И вовсе не потому, что 2.5 < 2.7.
> > А конкретнее?
> 
> malloc чинили.

Ну и gettext чинили тоже, багу я приводил.

-- 
Это я надеюсь теперь всё поправит мантейнер Qt, которому я на днях
рассказал всё тайное знание касательно организации драйверов интерфейса.
Насколько я знаю, он уже приступил к опытам ;)
		-- inger in sisyphus@

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

Re: [devel] KT2

[Mikhail Gusarov]

Michael Shigorin <mike@osdn.org.ua> writes:

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

Да она на мне теперь по умолчанию включена :)

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Версии glibc и kernel

[Alexey I. Froloff]

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

* Slava Semushin <slava.semushin@> [071224 12:12]:
> Ильдар, не вводите людей в заблуждение. Это в идеальной Team
> так бывает, а в ALT Linux Team даже то, что в git лежит, к
> сожалению, не всегда мержат, а уж про SRPM'ы так и вовсе
> говорить нечего (я помню тред один..).
Ты бы чем варнинги чинить, что-ньдь полезное бы сделал...

-- 
Regards,
Sir Raorn.

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

[devel] [JT] полезное

[Michael Shigorin]

On Mon, Dec 24, 2007 at 08:13:10PM +0300, Alexey I. Froloff wrote:
> > а в ALT Linux Team даже то, что в git лежит, к сожалению, не
> > всегда мержат, а уж про SRPM'ы так и вовсе говорить нечего
> Ты бы чем варнинги чинить, что-ньдь полезное бы сделал...

Эт ты не про updates ли?

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Andrew!

Monday 24, at 11:47:14 AM you wrote:

> Konstantin A. Lepikhov wrote:
> >> > > 1. _Всё_ не работало. Не всё работало не всегда
> >> > > 2. На новом ядре работают другие штуки, которые не работали
> >> > > 3. Не работает твоё новое ядро. Возможно, чужое новое работать будет.
> >> > > Тут патч вправо, патч влево - oops на месте.
> >> > Соберите свое, раз мое не работает, делов-то.
> >> Потом есть шанс огрести неработающее в 4.1, делов-то.
> >> PS: вообще странная инверсия отношения к тестерам из people, да. :)
> > Какие же это тестеры? Вот кто действительно тестировал 2.6.24 wks-smp, те
> > так не скажут ;)
> Я тебе честно два бага вместе с решениями зарепортил (PCI_LEGACY и SLAB/SLUB),
> так что не надо тут ;-)
Для текущих версий fglrx данные "решения" уже неактуальны.

-- 
WBR et al.

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

Re: [devel] поддержка железа

[Konstantin A. Lepikhov]

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

Hi Michael!

Monday 24, at 11:09:41 AM you wrote:

> On Mon, Dec 24, 2007 at 02:47:03AM +0300, Konstantin A. Lepikhov wrote:
> > Именно. Но если договориться с производителем, то они будут
> > поддерживать и ALTLinux, как поддерживают и другие
> > дистрибутивы.
> 
> Спасибо, двоих таких производителей уже похоронили.
> Один того, в общем, даже не заслуживал.
> 
> Поделия третьего я себе покупать не собираюсь, fyi.
> Так что кончай глупости морозить, как-то они странно
> от тебя выглядят.
Это не глупости а суровая правда жизни.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Mikhail!

Monday 24, at 02:37:45 PM you wrote:

> "Konstantin A. Lepikhov" <lakostis@altlinux.org> writes:
> 
> >> Ну т.е. как разместить в дедале - так теоретически можно, а как
> >> известить багзиллу - так сразу не майнтайнер?
> > В дедале можно всем.
> 
> Т.е. проблема просто с ACL'ем в багтракере? Так вроде бы comments в
> багах можно оставлять кому угодно.
Тогда в чем глубокий смысл таких comments? Потрындеть можно и тут :)

> 
> Закрывать их, конечно, не надо, пока новое ядро (или ядро с приложенными
> патчами) не окажется в сизифе.
> 

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Mykola!

Sunday 23, at 11:50:39 PM you wrote:

> > P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
> > не везёт с оборудованием или оно перманентно не работает?
> 
> местами работает =) asus z99, какой-то неновый dell latitude
> 
> to disk, ессно. to ram не умею готовить.
echo mem > /sys/power/state

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Mikhail Gusarov]

"Konstantin A. Lepikhov" <lakostis@altlinux.org> writes:

>> Т.е. проблема просто с ACL'ем в багтракере? Так вроде бы comments в
>> багах можно оставлять кому угодно.
> Тогда в чем глубокий смысл таких comments? Потрындеть можно и тут :)

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

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [devel] Версии glibc и kernel

[Gennady Kovalev]

В сообщении от Monday 24 December 2007 11:36:31 Anton Farygin написал(а):

> А ч то в dedal ? выкладывай в sisyphus.. хуже не будет.

Эмм.. Как чувак, который это уже ставил... Думаю все-таки в дедал.

-- 
Gennady Kovalev, 
BIGUR, ALT Linux Team.

Re: [devel] Версии glibc и kernel

[Gennady Kovalev]

В сообщении от Monday 24 December 2007 05:41:59 Andrew Kornilov написал(а):
> Konstantin A. Lepikhov wrote:
> >> P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
> >> не везёт с оборудованием или оно перманентно не работает?
> >
> > Лично мне непонятна связь между работающим суспендом и обновленим glibc.
>
> А между работающим суспендом и обновлением ядра понятна? ;-)
> Кстати, на 2.6.22-24 почему-то перестал работать suspend2ram вообще, на .18
> чаще всего срабатывал.

У меня работает. С ACPI все равно глюки есть, но в общем случае работает. 
Я, например, жду релиза, чтобы кидать баги в багзиллу.


-- 
Gennady Kovalev, 
BIGUR, ALT Linux Team.

Re: [devel] поддержка железа

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

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

On Tue, Dec 25, 2007 at 12:05:10AM +0300, Konstantin A. Lepikhov wrote:

>> Поделия третьего я себе покупать не собираюсь, fyi.
>> Так что кончай глупости морозить, как-то они странно
>> от тебя выглядят.
KAL> Это не глупости а суровая правда жизни.

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

В настоящий момент за пределами xUSSR о существовании ALTLinux знают
единицы. А железо все делается именно за пределами xUSSR.

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

http://freesource.info
----------------------------------------------------------------------------
Пожалуйста, делайте монстров с темами только виртуальными.
		-- aris in devel@

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

Re: [devel] Версии glibc и kernel

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

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

On Mon, Dec 24, 2007 at 11:42:37AM +0500, Andrey Rahmatullin wrote:

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

Ну вот, приехали :( Уже линять если что не куда :(

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

http://freesource.info
----------------------------------------------------------------------------
И с этим надо что-то фиксить.
		-- rider in #1772

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

Re: [devel] Версии glibc и kernel

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

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

On Mon, Dec 24, 2007 at 10:55:32AM +0200, Michael Shigorin wrote:

>>> 2.5 - не лучше. И вовсе не потому, что 2.5 < 2.7.
>> А конкретнее?
MS> malloc чинили.

Это изменение можно выдрать и портануть, или оно было слишком объемное?

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

http://freesource.info
----------------------------------------------------------------------------
Пользуйтесь, кому не страшно ;-)
		-- vvzhy in devel@

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

Re: [devel] Версии glibc и kernel

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

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

On Mon, Dec 24, 2007 at 03:02:00PM +0600, Ildar Mulyukov wrote:

IM> С git-ом всё очень сильно упрощается. Тут главное - овладеть этим  
IM> мощным инструментом. В моём случае - чтобы собраться с духом, отложить  
IM> другие интересы и всерьёз взяться за него, у меня ушло несколько  
IM> месяцев. Чтобы до конца разобраться и использовать его "everyday use" -  
IM> около 2-х недель чтения документации в транспорте и в свободное время +  
IM> 1 или 2 недели практики.
IM> Скорее всего, я - тролль и всё это можно было сделать значительно  
IM> быстрее.

У меня получилось это весьма быстро, особенно благодаря постам ldv@ и
vsu@.

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

>> Задача "собрать побыстрячку" существенно усложнилась.
IM> Не согласен. Тут надо просто знать, с какого конца потянуть. В данном  
IM> случае я бы посоветовал скачать существующий SRPM и "собирать  
IM> побыстрячку". То есть не труднее, чем раньше. Другое дело, что  
IM> сделанное Вами не так легко будет использовать другим, но, опять-таки,  
IM> если всё сделать аккуратно - можно будет послать патчи соотв. людям,  
IM> которые это дело смёрджат.

Речь о, скажем, "взять ядрышко std-smp, приложить пару патчей и
пересобрать, да так чтобы это можно было под другим именем в Сизиф
отправить". Вот такое побыстрячку осложняеся для тех кто в git хорошенько
не вкурил.

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

http://freesource.info
----------------------------------------------------------------------------
Hикого pабота пpогpаммы не yдивляет так часто, как ее создателя!

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

Re: [devel] kernel build docs

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

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

On Mon, Dec 24, 2007 at 01:08:45AM +0300, Dmitry V. Levin wrote:

>> Ткни, пожалуйста, носом в нужное readme. Я теперь совсем не понимаю что
>> использовать вместо cvs.
DVL> Самое свежее, которое я видел, доступно по адресу
DVL> http://git.altlinux.org/people/vsu/packages/?p=kernel-build-scripts.git;a=blob_plain;f=README.koi8;hb=modules-in-git
DVL> Письма в d-kernel:
DVL> http://lists.altlinux.org/pipermail/devel-kernel/2007-November/006389.html

Это изменение мне было вполня понятно.

DVL> http://lists.altlinux.org/pipermail/devel-kernel/2007-November/006398.html

А вот в это сижу и вкуриваю. Долго и упорно.

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

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

http://freesource.info
----------------------------------------------------------------------------
Есть разумные умолчания, есть крайние случаи.
В том числе неразумные. :)
		-- mike in sisyphus@

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

Re: [devel] kernel build docs

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

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

On Mon, Dec 24, 2007 at 01:37:04AM +0300, Aleksey Avdeev wrote:

AA> 2. В каталоге с рабочей копией kernel-build-scripts создал ссылку
AA> kernel, указывающею на рабочую копию репозитария с ядром (там --
AA> переключился на нужный бранч).

Репозиторий откуда клонировал?

AA> 3. В kernel-modules создал бранч
AA> kernel-image-xen-dom0/templates/sisyphus со структурой католога modules
AA> (смержил нужные модули так, чтобы каждый был в своём подкаталоге, см.
AA> <http://git.altlinux.org/people/solo/packages/?p=kernel-modules.git;a=tree;h=ba2d3e08fcff6ad138f8604acd750ac92292e8ec;hb=489c5ee171f8e4e271cccbb327680cd2dd1275cd>),
AA> и переключился на него.

Бранч самостоятельный, или откуда-то ответвлялся?

AA> 4. В каталоге с рабочей копией kernel-build-scripts создал ссылку
AA> modules, указывающею на рабочею копию репозитария kernel-modules.
AA> 5. Дальше действовал по README.koi8

Тамошние утилиты сами то что надо коммитят/ставят тэги и т.д.?

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

http://freesource.info
----------------------------------------------------------------------------
Мне кажется более адекватным иметь чуть меньше функционала, но надёжно.
		-- mithraen in devel@

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

Re: [devel] Версии glibc и kernel

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

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

On Mon, Dec 24, 2007 at 12:43:38PM +0300, Vitaly Ostanin wrote:

VO> Скажите честно, а вы пытались их собрать в последнее время? 
VO> Писали о проблемах в devel-kernel@ ? Лёша Авдеев недавно собрал 
VO> alsa/drm/nvidia для xen-dom0, была одна проблема, в devel-kernel@ 
VO> оперативно и охотно помогли.

Я пытался. С использованием новых утилит и старого cvs-репо. Получилось и
у себя новособраные модули использую. А как делать _правильно_ не понял.

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

http://freesource.info
----------------------------------------------------------------------------
/boot/System.map уже давно
1. не обновляется.
2. не используется.
		-- ldv in sisyphus@

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

Re: [devel] KT2

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

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

On Mon, Dec 24, 2007 at 02:39:51PM +0200, Michael Shigorin wrote:
 MS> On Mon, Dec 24, 2007 at 05:56:09PM +0600, Mikhail Gusarov wrote:
> >> Это констатация несогласия со status quo :) Соглашение --
> >> "всё в std -- на усмотрение vsu@ и поддерживается всё, что
> >> возможно поддерживать усилиями kernel team и активных
> >> участников сообщества", насколько могу судить по последним
> >> трём годам.
>> Ну, вот это status quo надо (мне) где-то документировать, чтобы
>> те, кого здесь последние три года не было, в следующий раз не
>> вытягивали клещами эту информацию из тех, кто был :)
MS> Вытягивай-вытягивай, просто не забывай оранжевую моргалку
MS> включать :)
MS> Про "усмотрение" подробней не смогу объяснить, боюсь.  
MS> Почитай http://sisyphus.ru/srpm/kernel-image-std-smp/changelog
MS> -- может, какое-то ощущение сложится.

Для меня главное, что начиная с этого ядра опять у нас нормально работает
Asterisk :)

 + enabled RTC IRQ emulation through HPET

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

http://freesource.info
----------------------------------------------------------------------------
Исправлено за три часа _до_ появления этой баги ;)
		-- rider in #9066

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

Re: [devel] Версии glibc и kernel

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

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

On Mon, Dec 24, 2007 at 04:20:49PM +0300, Pavlov Konstantin wrote:
>>>> 2.5 - не лучше. И вовсе не потому, что 2.5 < 2.7.
>>> А конкретнее?
>> malloc чинили.
PK> Ну и gettext чинили тоже, багу я приводил.

А этот патч backport'ить возможно?

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

http://freesource.info
----------------------------------------------------------------------------
> kak otpisatsa ot etoi rassulki? =)
Отписка происходит автоматически по итогам месяца.
		-- lav in community@

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

Re: [devel] kernel build docs

[Dmitry V. Levin]

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

On Tue, Dec 25, 2007 at 04:02:18AM +0300, Денис Смирнов wrote:
> On Mon, Dec 24, 2007 at 01:37:04AM +0300, Aleksey Avdeev wrote:
[...]
> AA> 4. В каталоге с рабочей копией kernel-build-scripts создал ссылку
> AA> modules, указывающею на рабочею копию репозитария kernel-modules.
> AA> 5. Дальше действовал по README.koi8
> 
> Тамошние утилиты сами то что надо коммитят/ставят тэги и т.д.?

К сожалению, нет, vsu@ ещё не сделал, хотя обещал.


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[led]

Tuesday, 25 December 2007 02:53:48 Денис Смирнов написав:
> On Mon, Dec 24, 2007 at 10:55:32AM +0200, Michael Shigorin wrote:
> >>> 2.5 - не лучше. И вовсе не потому, что 2.5 < 2.7.
> >>
> >> А конкретнее?
>
> MS> malloc чинили.
>
> Это изменение можно выдрать и портануть, или оно было слишком объемное?

Если всё необходимое "портануть", то 2.7 фактически и получится:) В принципе, 
если 2.7 у нас назовут 2.5.alt - меня это вполне устроит:)

-- 
___
Led

Re: [devel] kernel build docs

[Aleksey Avdeev]

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

Денис Смирнов пишет:
> On Mon, Dec 24, 2007 at 01:37:04AM +0300, Aleksey Avdeev wrote:
> 
> AA> 2. В каталоге с рабочей копией kernel-build-scripts создал ссылку
> AA> kernel, указывающею на рабочую копию репозитария с ядром (там --
> AA> переключился на нужный бранч).
> 
> Репозиторий откуда клонировал?

  Изначально это был
<http://git.altlinux.org/people/silicium/packages/?p=kernel-image-2.6.18.git;a=summary>
-- теперь туда зафетчены репозитарии kernel-image-2.6.18.git от всех, у
кого я их нашёл (на git.alt).

> 
> AA> 3. В kernel-modules создал бранч
> AA> kernel-image-xen-dom0/templates/sisyphus со структурой католога modules
> AA> (смержил нужные модули так, чтобы каждый был в своём подкаталоге, см.
> AA> <http://git.altlinux.org/people/solo/packages/?p=kernel-modules.git;a=tree;h=ba2d3e08fcff6ad138f8604acd750ac92292e8ec;hb=489c5ee171f8e4e271cccbb327680cd2dd1275cd>),
> AA> и переключился на него.
> 
> Бранч самостоятельный, или откуда-то ответвлялся?

  Ответвил от какого-то из модульных бранчей. Примерный алгоритм:

1. Ответвить от нужных бранчей вида template/<имя>/sisyphus бранчи вида
build/template/<имя>/sisyphus

2. Во всех build/template/<имя>/sisyphus перенести содержимое (через
git-mv) в подкаталог <имя>/

3. От одного из build/template/<имя>/sisyphus ответвить
<ядро>/templates/sisyphus

4. Все build/template/*/sisyphus (кроме родителя) смержить в
<ядро>/templates/sisyphus (пришлось делать в несколько этапов, т. к.
количество предков у коммита ограничено)

> 
> AA> 4. В каталоге с рабочей копией kernel-build-scripts создал ссылку
> AA> modules, указывающею на рабочею копию репозитария kernel-modules.
> AA> 5. Дальше действовал по README.koi8
> 
> Тамошние утилиты сами то что надо коммитят/ставят тэги и т.д.?

  Так далеко пока не капал: для сборки модулей оно не нужно, при
доработки самих ядер и/или модулей такие действия делаю руками (пока оно
мне так проще и надёжнее).

-- 

С уважением. Алексей.



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

Re: [devel] Версии glibc и kernel

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

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

On Tue, Dec 25, 2007 at 03:26:07AM +0200, led@altlinux.ru wrote:

> Если всё необходимое "портануть", то 2.7 фактически и получится:) В принципе, 
> если 2.7 у нас назовут 2.5.alt - меня это вполне устроит:)

Это зависит от того, как много там "необходимого".

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

http://freesource.info
----------------------------------------------------------------------------
ПРАВИЛО СОСЕДСТВА ПО КОМНАТЕ
 Тот, кто храпит, засыпает первым.

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

Re: [devel] Версии glibc и kernel

[led]

Tuesday, 25 December 2007 04:16:21 Денис Смирнов написав:
> On Tue, Dec 25, 2007 at 03:26:07AM +0200, led@altlinux.ru wrote:
> > Если всё необходимое "портануть", то 2.7 фактически и получится:) В
> > принципе, если 2.7 у нас назовут 2.5.alt - меня это вполне устроит:)
>
> Это зависит от того, как много там "необходимого".

Скажем так, я не увидел там ничего явно лишнего:)
А вообще, зачастую частичный diff потенциально более опасен, чем полный. Но, 
возможно, я и ошибаюсь.
А учитывая, что это Сизиф, то где как не в сизифе обкатывать новую glibc?

-- 
___
Led

Re: [devel] [JT] полезное

[Slava Semushin]

25.12.07, Michael Shigorin<mike / osdn.org.ua> написал(а):
> On Mon, Dec 24, 2007 at 08:13:10PM +0300, Alexey I. Froloff wrote:
> > > а в ALT Linux Team даже то, что в git лежит, к сожалению, не
> > > всегда мержат, а уж про SRPM'ы так и вовсе говорить нечего
> > Ты бы чем варнинги чинить, что-ньдь полезное бы сделал...
>
> Эт ты не про updates ли?

Это он на личности переходит.


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

Re: [devel] Версии glibc и kernel

[Andrey Rahmatullin]

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

On Tue, Dec 25, 2007 at 03:53:14AM +0300, Денис Смирнов wrote:
> >> Если у нас начнется гонка
> >> за версиями столь критичных компонент ценой качества -- я буду один из
> >> первых кто свалит на Debian.
> AR> В дебиане 2.7.
> Ну вот, приехали :( Уже линять если что не куда :(
Ты так уверен, что там гонка за версиями ценой качества, или тебя просто
пугает номер версии?


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

Думаю, что изготовители Kompakta прекрасно справятся и с kpackage, но в
kde 3.2 ;-)
		-- rider in devel@

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

Re: [devel] поддержка железа

[Konstantin A. Lepikhov]

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

Hi Денис!

Tuesday 25, at 03:48:09 AM you wrote:

> On Tue, Dec 25, 2007 at 12:05:10AM +0300, Konstantin A. Lepikhov wrote:
> 
> >> Поделия третьего я себе покупать не собираюсь, fyi.
> >> Так что кончай глупости морозить, как-то они странно
> >> от тебя выглядят.
> KAL> Это не глупости а суровая правда жизни.
> 
> Суровая правда жизни заключается в том, что сначала дистрибутив начинает
> поддерживать все подряд железо, и когда он становитя достаточно
> распространенным уже железки начинают поддерживать этот дистрибутив.
все железо..хи хи. Денис, а крониксу ты про ALT говорил? ;) Это я про то,
что лучше начать с себя.

-- 
WBR et al.

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

Re: [devel] [JT] полезное

[Mykola S. Grechukh]

2007/12/25, Slava Semushin <>:
> 25.12.07, Michael Shigorin<mike / osdn.org.ua> написал(а):
> > On Mon, Dec 24, 2007 at 08:13:10PM +0300, Alexey I. Froloff wrote:
> > > > а в ALT Linux Team даже то, что в git лежит, к сожалению, не
> > > > всегда мержат, а уж про SRPM'ы так и вовсе говорить нечего
> > > Ты бы чем варнинги чинить, что-ньдь полезное бы сделал...
> >
> > Эт ты не про updates ли?
>
> Это он на личности переходит.

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

Re: [devel] [JT] полезное

[Slava Semushin]

25.12.07, Mykola S. Grechukh<gns / altlinux.org> написал(а):
[...]
> Слав, действительно лучше бы что-нибудь полезное сделал, если заняться
> нечем и компилятор в руках держать умеешь.

Коллеги, во-первых, я уже давно не правлю варнинги (всё уже исправил
;) ), а, во-вторых, я временами помогаю Виталику (lav@) с его багами.

И давайте уже закроем эту тему.

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

Re: [devel] [JT] полезное

[Alexey I. Froloff]

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

* Slava Semushin <slava.semushin@> [071225 11:19]:
> И давайте уже закроем эту тему.
Тему можно будет закрыть когда ты перестанешь вспоминать как тебя
"грубо проигнорировали" с "тривиальным патчем" по поводу и без.

-- 
Regards,
Sir Raorn.

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

Re: [devel] поддержка железа

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

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

On Tue, Dec 25, 2007 at 09:50:09AM +0300, Konstantin A. Lepikhov wrote:

>> Суровая правда жизни заключается в том, что сначала дистрибутив начинает
>> поддерживать все подряд железо, и когда он становитя достаточно
>> распространенным уже железки начинают поддерживать этот дистрибутив.
KAL> все железо..хи хи. Денис, а крониксу ты про ALT говорил? ;) Это я про то,
KAL> что лучше начать с себя.

Как минимум модули ядра у нас (во многом благодаря помощи твоей м vsu@) у
нас есть.

А так -- там совсем невменяемый upstream. Они даже не знают зачем
configure.in паковать вместе с исходниками (по отдельной просьбе для
очередной сборки они мне его иногда высылают... иногда...).

У нас куда веселее с Sangoma. Которую мне вообще никто не смог помочь
упаковать. Но там клиника веселее -- её без поллитры опакетить трудно в
принципе, а вот если не пытаться пакетить -- встает "в режиме slackware"
как родная.

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

http://freesource.info
----------------------------------------------------------------------------
И html код там кривой:
<html><head><title>...</title></head><body><html><head>....
		-- boyarsh in #11996

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

Re: [devel] Версии glibc и kernel

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

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

On Tue, Dec 25, 2007 at 11:34:40AM +0500, Andrey Rahmatullin wrote:

>> Ну вот, приехали :( Уже линять если что не куда :(
AR> Ты так уверен, что там гонка за версиями ценой качества, или тебя просто
AR> пугает номер версии?

В данном случае дело скорее в том, что у нас мантейнер glibc перегружен, а
за него не многие хотят заняться притиркой патчей/вычитыванием кода :(

И в такой ситуцаии мне лучше наша запатченая glibc, чем более свежая но не
столь запатченая.

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

http://freesource.info
----------------------------------------------------------------------------
Конечно, можно сделать fork+pipe, но это уже совсем другая история.
		-- ldv in devel@

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

Re: [devel] Версии glibc и kernel

[led]

Tuesday, 25 December 2007 11:47:54 Денис Смирнов написав:
> On Tue, Dec 25, 2007 at 11:34:40AM +0500, Andrey Rahmatullin wrote:
> >> Ну вот, приехали :( Уже линять если что не куда :(
>
> AR> Ты так уверен, что там гонка за версиями ценой качества, или тебя
> просто AR> пугает номер версии?
>
> В данном случае дело скорее в том, что у нас мантейнер glibc перегружен, а
> за него не многие хотят заняться притиркой патчей/вычитыванием кода :(

Я не заметил здесь тебований/наездов, я увидел (и высказал) только пожелания о 
новой glibc. И контрагрумент "большая цифра в версии - это всегда хуже" - 
прошу прощения, но это не аргумент:)

>
> И в такой ситуцаии мне лучше наша запатченая glibc, чем более свежая но не
> столь запатченая.

Вы уверены, что 2.7 по сравнению с 2.5rh "менее запатчена", чем 2.5alt по 
сравнению с 2.5rh?

-- 
___
Led

Re: [devel] Версии glibc и kernel

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

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

On Tue, Dec 25, 2007 at 12:20:40PM +0200, led@altlinux.ru wrote:

>> И в такой ситуцаии мне лучше наша запатченая glibc, чем более свежая но не
>> столь запатченая.
> Вы уверены, что 2.7 по сравнению с 2.5rh "менее запатчена", чем 2.5alt по 
> сравнению с 2.5rh?

Мы тут буквально на днях обсуждали что некоторые очень полезные патчи
которые есть у нас никто не будут в rh :)

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

http://freesource.info
----------------------------------------------------------------------------
Кожен москаль обира╓ Паскаль, хохли же ус╕ пишуть на С╕.

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

Re: [devel] Версии glibc и kernel

[Dmitry V. Levin]

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

On Tue, Dec 25, 2007 at 12:20:40PM +0200, led@altlinux.ru wrote:
> Tuesday, 25 December 2007 11:47:54 Денис Смирнов написав:
[...]
> > И в такой ситуцаии мне лучше наша запатченая glibc, чем более свежая но не
> > столь запатченая.
> 
> Вы уверены, что 2.7 по сравнению с 2.5rh "менее запатчена", чем 2.5alt по 
> сравнению с 2.5rh?

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


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[Anton Farygin]

Денис Смирнов пишет:
> On Mon, Dec 24, 2007 at 03:02:00PM +0600, Ildar Mulyukov wrote:
>>> Задача "собрать побыстрячку" существенно усложнилась.
> IM> Не согласен. Тут надо просто знать, с какого конца потянуть. В данном  
> IM> случае я бы посоветовал скачать существующий SRPM и "собирать  
> IM> побыстрячку". То есть не труднее, чем раньше. Другое дело, что  
> IM> сделанное Вами не так легко будет использовать другим, но, опять-таки,  
> IM> если всё сделать аккуратно - можно будет послать патчи соотв. людям,  
> IM> которые это дело смёрджат.
> 
> Речь о, скажем, "взять ядрышко std-smp, приложить пару патчей и
> пересобрать, да так чтобы это можно было под другим именем в Сизиф
> отправить". Вот такое побыстрячку осложняеся для тех кто в git хорошенько
> не вкурил.

Здесь как раз всё просто:

делаем бранч от mainstream нужной версии (или как он там называется в 
kernel-git)

В бранч вносим изменения, какие нужно

Потом этот бранч мержим в kernel-image-std-smp (ну или какое-там-у-вас)

Правим спек, пишем ченжлог, коммитим и получаем новую сборку ядра через 
gear --hasher

Т.е. - всё совсем тривиально. для мержа говорят есть какие-то 
облегчающие инструменты, но мне вполне хватало стандартного git-merge. 
Хотя если бранчей будет много - то составить список и смержить их одной 
командой (там пример списка есть, команда для мержа говорят лежит в 
kernel-build-tools).

Re: [devel] Версии glibc и kernel

[Anton Farygin]

Gennady Kovalev пишет:
> В сообщении от Monday 24 December 2007 11:36:31 Anton Farygin написал(а):
> 
>> А ч то в dedal ? выкладывай в sisyphus.. хуже не будет.
> 
> Эмм.. Как чувак, который это уже ставил... Думаю все-таки в дедал.
> 

Да ладно.. пускай живёт в Sisyphus и обновляется чаще чем в дедале...

на самом деле я просто преследую свою цель - у меня сизиф выкачивается, 
а дедал - нет ;)

Re: [devel] Версии glibc и kernel

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Andrew!
> 
> Monday 24, at 11:47:14 AM you wrote:
> 
>> Konstantin A. Lepikhov wrote:
>>>>>> 1. _Всё_ не работало. Не всё работало не всегда
>>>>>> 2. На новом ядре работают другие штуки, которые не работали
>>>>>> 3. Не работает твоё новое ядро. Возможно, чужое новое работать будет.
>>>>>> Тут патч вправо, патч влево - oops на месте.
>>>>> Соберите свое, раз мое не работает, делов-то.
>>>> Потом есть шанс огрести неработающее в 4.1, делов-то.
>>>> PS: вообще странная инверсия отношения к тестерам из people, да. :)
>>> Какие же это тестеры? Вот кто действительно тестировал 2.6.24 wks-smp, те
>>> так не скажут ;)
>> Я тебе честно два бага вместе с решениями зарепортил (PCI_LEGACY и SLAB/SLUB),
>> так что не надо тут ;-)
> Для текущих версий fglrx данные "решения" уже неактуальны.

Кстати, а когда будет обновлён fglrx для branch/4.0 ?
Хотя бы в people/lakostis ?

Re: [devel] Версии glibc и kernel

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Mykola!
> 
> Sunday 23, at 11:50:39 PM you wrote:
> 
>>> P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
>>> не везёт с оборудованием или оно перманентно не работает?
>> местами работает =) asus z99, какой-то неновый dell latitude
>>
>> to disk, ессно. to ram не умею готовить.
> echo mem > /sys/power/state

Уснуть то оно уснёт.. а вот проснётся ли..

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Anton!

Tuesday 25, at 02:40:18 PM you wrote:

> Konstantin A. Lepikhov пишет:
> > Hi Mykola!
> > 
> > Sunday 23, at 11:50:39 PM you wrote:
> > 
> >>> P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
> >>> не везёт с оборудованием или оно перманентно не работает?
> >> местами работает =) asus z99, какой-то неновый dell latitude
> >>
> >> to disk, ессно. to ram не умею готовить.
> > echo mem > /sys/power/state
> 
> Уснуть то оно уснёт.. а вот проснётся ли..
а ты попробуй ;)

-- 
WBR et al.

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

[devel] [JT] Re: Версии glibc и kernel

[Mykola S. Grechukh]

2007/12/25, Anton Farygin <>:
> Konstantin A. Lepikhov пишет:
> > Hi Mykola!
> >
> > Sunday 23, at 11:50:39 PM you wrote:
> >
> >>> P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
> >>> не везёт с оборудованием или оно перманентно не работает?
> >> местами работает =) asus z99, какой-то неновый dell latitude
> >>
> >> to disk, ессно. to ram не умею готовить.
> > echo mem > /sys/power/state
>
> Уснуть то оно уснёт.. а вот проснётся ли..

"put to sleep" is a nice word for kill :)

Re: [devel] Версии glibc и kernel

[Konstantin A. Lepikhov]

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

Hi Anton!

Tuesday 25, at 02:39:50 PM you wrote:

> Konstantin A. Lepikhov пишет:
> > Hi Andrew!
> > 
> > Monday 24, at 11:47:14 AM you wrote:
> > 
> >> Konstantin A. Lepikhov wrote:
> >>>>>> 1. _Всё_ не работало. Не всё работало не всегда
> >>>>>> 2. На новом ядре работают другие штуки, которые не работали
> >>>>>> 3. Не работает твоё новое ядро. Возможно, чужое новое работать будет.
> >>>>>> Тут патч вправо, патч влево - oops на месте.
> >>>>> Соберите свое, раз мое не работает, делов-то.
> >>>> Потом есть шанс огрести неработающее в 4.1, делов-то.
> >>>> PS: вообще странная инверсия отношения к тестерам из people, да. :)
> >>> Какие же это тестеры? Вот кто действительно тестировал 2.6.24 wks-smp, те
> >>> так не скажут ;)
> >> Я тебе честно два бага вместе с решениями зарепортил (PCI_LEGACY и SLAB/SLUB),
> >> так что не надо тут ;-)
> > Для текущих версий fglrx данные "решения" уже неактуальны.
> 
> Кстати, а когда будет обновлён fglrx для branch/4.0 ?
> Хотя бы в people/lakostis ?
Если надо, можно обновить.

-- 
WBR et al.

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

Re: [devel] Версии glibc и kernel

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Anton!
> 
> Tuesday 25, at 02:39:50 PM you wrote:
> 
>> Konstantin A. Lepikhov пишет:
>>> Hi Andrew!
>>>
>>> Monday 24, at 11:47:14 AM you wrote:
>>>
>>>> Konstantin A. Lepikhov wrote:
>>>>>>>> 1. _Всё_ не работало. Не всё работало не всегда
>>>>>>>> 2. На новом ядре работают другие штуки, которые не работали
>>>>>>>> 3. Не работает твоё новое ядро. Возможно, чужое новое работать будет.
>>>>>>>> Тут патч вправо, патч влево - oops на месте.
>>>>>>> Соберите свое, раз мое не работает, делов-то.
>>>>>> Потом есть шанс огрести неработающее в 4.1, делов-то.
>>>>>> PS: вообще странная инверсия отношения к тестерам из people, да. :)
>>>>> Какие же это тестеры? Вот кто действительно тестировал 2.6.24 wks-smp, те
>>>>> так не скажут ;)
>>>> Я тебе честно два бага вместе с решениями зарепортил (PCI_LEGACY и SLAB/SLUB),
>>>> так что не надо тут ;-)
>>> Для текущих версий fglrx данные "решения" уже неактуальны.
>> Кстати, а когда будет обновлён fglrx для branch/4.0 ?
>> Хотя бы в people/lakostis ?
> Если надо, можно обновить.

Было бы не нужно - я бы не спрашивал. Конечно нужно. Для начала - в people.

Re: [devel] Версии glibc и kernel

[Anton Farygin]

Konstantin A. Lepikhov пишет:
> Hi Anton!
> 
> Tuesday 25, at 02:40:18 PM you wrote:
> 
>> Konstantin A. Lepikhov пишет:
>>> Hi Mykola!
>>>
>>> Sunday 23, at 11:50:39 PM you wrote:
>>>
>>>>> P.S. Много лет хочу увидеть работающий suspend/resume. Это только мне
>>>>> не везёт с оборудованием или оно перманентно не работает?
>>>> местами работает =) asus z99, какой-то неновый dell latitude
>>>>
>>>> to disk, ессно. to ram не умею готовить.
>>> echo mem > /sys/power/state
>> Уснуть то оно уснёт.. а вот проснётся ли..
> а ты попробуй ;)

У меня после этого точно не просыпается. без утилиты s2ram  с её 
hack-a-round не работает.

Re: [devel] [JT] Re: Версии glibc и kernel

[Anton Gorlov]

Mykola S. Grechukh пишет:

>>>> to disk, ессно. to ram не умею готовить.
>>> echo mem > /sys/power/state
>> Уснуть то оно уснёт.. а вот проснётся ли..
> "put to sleep" is a nice word for kill :)

Угу. У меня suspend работал только на древней лпате от gigabyte 
(ga7-zx-h) а сейчас - даже если и усыпает железяка -то в графике виснет 
сразу, а в консоли - либо  после 2-3 сеансов засыпания\просыпания либо 
сразу после просыпания если запустить stress

Re: [devel] Версии glibc и kernel

[Igor Zubkov]

25.12.07, Денис Смирнов написал(а):
> >> И в такой ситуцаии мне лучше наша запатченая glibc, чем более свежая но не
> >> столь запатченая.
> > Вы уверены, что 2.7 по сравнению с 2.5rh "менее запатчена", чем 2.5alt по
> > сравнению с 2.5rh?
>
> Мы тут буквально на днях обсуждали что некоторые очень полезные патчи
> которые есть у нас никто не будут в rh :)

Минимум из-за одного патча, наша glibc не подвержена CVE-2007-3508.

-- 
icesik

Re: [devel] Версии glibc и kernel

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

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

On Tue, Dec 25, 2007 at 02:30:55PM +0300, Dmitry V. Levin wrote:

DVL> Вероятно, 2.7 в запатченном по состоянию на сейчас виде уже можно брать за
DVL> основу.  Но само 2.7 получилось сырой из-за недостатка тестирования.

То есть 2.7 можно в ближайшее время ожидать?

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

http://freesource.info
----------------------------------------------------------------------------
PS Документация zsh - просто нечеловеческая.
		-- vyt in community@

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

Re: [devel] Версии glibc и kernel

[Dmitry V. Levin]

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

On Tue, Dec 25, 2007 at 06:09:02PM +0300, Денис Смирнов wrote:
> On Tue, Dec 25, 2007 at 02:30:55PM +0300, Dmitry V. Levin wrote:
> 
> DVL> Вероятно, 2.7 в запатченном по состоянию на сейчас виде уже можно брать за
> DVL> основу.  Но само 2.7 получилось сырой из-за недостатка тестирования.
> 
> То есть 2.7 можно в ближайшее время ожидать?

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


-- 
ldv

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

Re: [devel] Версии glibc и kernel

[Pavlov Konstantin]

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

On Tue, Dec 25, 2007 at 04:07:15AM +0300, Денис Смирнов wrote:
> On Mon, Dec 24, 2007 at 04:20:49PM +0300, Pavlov Konstantin wrote:
> >>>> 2.5 - не лучше. И вовсе не потому, что 2.5 < 2.7.
> >>> А конкретнее?
> >> malloc чинили.
> PK> Ну и gettext чинили тоже, багу я приводил.
> 
> А этот патч backport'ить возможно?

Там CVS -- выдирать за@#$шься.

-- 
Человека, который умудрился в 7 утра 1-го января перед тем
как лечь спать залить пакет в incoming уже не спасёт ничего :)
		-- mithraen in talk-room@

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

Re: [devel] Версии glibc и kernel

[Pavlov Konstantin]

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

On Tue, Dec 25, 2007 at 04:57:04PM +0200, Igor Zubkov wrote:
> 25.12.07, Денис Смирнов написал(а):
> > >> И в такой ситуцаии мне лучше наша запатченая glibc, чем более свежая но не
> > >> столь запатченая.
> > > Вы уверены, что 2.7 по сравнению с 2.5rh "менее запатчена", чем 2.5alt по
> > > сравнению с 2.5rh?
> >
> > Мы тут буквально на днях обсуждали что некоторые очень полезные патчи
> > которые есть у нас никто не будут в rh :)
> 
> Минимум из-за одного патча, наша glibc не подвержена CVE-2007-3508.

Это всё лирика.

Пойду багу повешу.

-- 
> Ну сколько можно?!
> Сизиф последний.
Это и есть ответ на Ваш вопрос. Сизиф в любой момент может стукнуть камнем
по голове. Лучше вешайте баги :)
		-- mouse in sisyphus@

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

Re: [devel] [JT] полезное

[Vitaly Lipatov]

On 25 декабря 2007, Alexey I. Froloff wrote:
> * Slava Semushin <slava.semushin@> [071225 11:19]:
> > И давайте уже закроем эту тему.
>
> Тему можно будет закрыть когда ты перестанешь вспоминать как
> тебя "грубо проигнорировали" с "тривиальным патчем" по поводу
> и без.
Бессмысленная критика и настраивание против себя людей много хуже 
чем патч, убирающий warning. Тем более что при разработке 
warning зачастую это (потенциальная) ошибка. Это в стабильном 
проекте варнинги просто следствие обновления компилятора.

Толку-то воспитывать других, как им работать.


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

Re: [devel] поддержка железа

[Ildar Mulyukov]

On 25.12.2007 15:46:28, Денис Смирнов wrote:
> А так -- там совсем невменяемый upstream. Они даже не знают зачем  
> configure.in паковать вместе с исходниками (по отдельной просьбе для  
> очередной сборки они мне его иногда высылают... иногда...).

Это нарушение GPL. Можно на это надавить.

> У нас куда веселее с Sangoma. Которую мне вообще никто не смог помочь  
> упаковать. Но там клиника веселее -- её без поллитры опакетить трудно  
> в принципе, а вот если не пытаться пакетить -- встает "в режиме  
> slackware" как родная.

В таких случаях, бывает, выкидывают родную систему сборки и кладут свои  
configure.in, Makefile.am и т.п. Где-то я такое видел...

С уважением, Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] поддержка железа

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

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

On Thu, Dec 27, 2007 at 10:36:31AM +0600, Ildar Mulyukov wrote:

>> А так -- там совсем невменяемый upstream. Они даже не знают зачем  
>> configure.in паковать вместе с исходниками (по отдельной просьбе для  
>> очередной сборки они мне его иногда высылают... иногда...).
IM> Это нарушение GPL. Можно на это надавить.

Они не используют чужого GPL кода, насколько я вижу.
Хотя... они линкуются с zaptel, который GPL.
Где сказано о том, что это нарушение GPL?

>> У нас куда веселее с Sangoma. Которую мне вообще никто не смог помочь  
>> упаковать. Но там клиника веселее -- её без поллитры опакетить трудно  
>> в принципе, а вот если не пытаться пакетить -- встает "в режиме  
>> slackware" как родная.
IM> В таких случаях, бывает, выкидывают родную систему сборки и кладут свои  
IM> configure.in, Makefile.am и т.п. Где-то я такое видел...

Там с сангомой убиться проще чем разобраться что они там творят :(

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

http://freesource.info
----------------------------------------------------------------------------
Если это ничего не испортит, то надо сделать update.
		-- ldv in devel@

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

Re: [devel] поддержка железа

[Ildar Mulyukov]

On 27.12.2007 11:12:41, Денис Смирнов wrote:
> On Thu, Dec 27, 2007 at 10:36:31AM +0600, Ildar Mulyukov wrote:
> 
>>> А так -- там совсем невменяемый upstream. Они даже не знают зачем  
>>> configure.in паковать вместе с исходниками (по отдельной просьбе  
>>> для очередной сборки они мне его иногда высылают... иногда...).
> IM> Это нарушение GPL. Можно на это надавить.
> 
> Они не используют чужого GPL кода, насколько я вижу.
> Хотя... они линкуются с zaptel, который GPL.
> Где сказано о том, что это нарушение GPL?

Я думал, что этот их проект - сам под GPL. В таком случае для configure  
исходником является configure.in, то есть они должны сделать его  
доступным.

>>> У нас куда веселее с Sangoma. Которую мне вообще никто не смог  
>>> помочь упаковать. Но там клиника веселее -- её без поллитры  
>>> опакетить трудно в принципе, а вот если не пытаться пакетить --  
>>> встает "в режиме slackware" как родная.
> IM> В таких случаях, бывает, выкидывают родную систему сборки и  
> кладут свои
> IM> configure.in, Makefile.am и т.п. Где-то я такое видел...
> 
> Там с сангомой убиться проще чем разобраться что они там творят :(

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

С уважением,
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] поддержка железа

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

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

On Thu, Dec 27, 2007 at 11:19:04AM +0600, Ildar Mulyukov wrote:

IM> Я думал, что этот их проект - сам под GPL. В таком случае для configure  
IM> исходником является configure.in, то есть они должны сделать его  
IM> доступным.

Если это _их_ проект под GPL, то они могут сказать "а вот configure у нас
не под GPL", и все. Честно говоря я даже не понимаю какие могут быть
причины не публиковать configure.in.

>> Там с сангомой убиться проще чем разобраться что они там творят :(
IM> Ну.. просто иногда легче разобраться, как собрать из имеющихся сырцов,  
IM> чем править систему сборки...

Это да.

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

http://freesource.info
----------------------------------------------------------------------------
АФОРИЗМ МАТЦА
 Вывод - то место в тексте, где вы устали думать.

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

Re: [devel] поддержка железа

[Ildar Mulyukov]

On 27.12.2007 14:09:02, Денис Смирнов wrote:
> On Thu, Dec 27, 2007 at 11:19:04AM +0600, Ildar Mulyukov wrote:
> 
> IM> Я думал, что этот их проект - сам под GPL. В таком случае для  
> configure
> IM> исходником является configure.in, то есть они должны сделать его
> IM> доступным.
> 
> Если это _их_ проект под GPL, то они могут сказать "а вот configure у  
> нас не под GPL", и все. Честно говоря я даже не понимаю какие могут  
> быть причины не публиковать configure.in.

Могут. Но сказать такое - маразм.
Я не думаю, что это 100%-ный аргумент в споре. Просто это можно  
использовать, как рычаг ;)
А что, из какого-нибудь SVN его достать нельзя?
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] поддержка железа

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

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

On Thu, Dec 27, 2007 at 02:15:12PM +0600, Ildar Mulyukov wrote:

IM> Могут. Но сказать такое - маразм.
IM> Я не думаю, что это 100%-ный аргумент в споре. Просто это можно  
IM> использовать, как рычаг ;)
IM> А что, из какого-нибудь SVN его достать нельзя?

У них нет публичного svn...

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

http://freesource.info
----------------------------------------------------------------------------
Переход пактов из рук в руки вызывает дрейф багов.
		-- at in devel@

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

Re: [devel] Версии glibc и kernel

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

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

On Tue, Dec 25, 2007 at 06:21:53PM +0300, Dmitry V. Levin wrote:

DVL> Я боюсь что к тому времени выйдет 2.8; если, конечно, никто не возьмётся
DVL> сделать это раньше.
DVL> Там ничего страшного нет, всего несколько десятков патчей. ;)

Может сразу пора уже 2.8 собирать? :)

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

http://freesource.info
----------------------------------------------------------------------------
У меня специализация -- мелкий хакинг по месту
		-- mike in devel@

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

Re: [devel] kernel build docs

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

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

On Tue, Dec 25, 2007 at 04:31:18AM +0300, Aleksey Avdeev wrote:

AA> 1. Ответвить от нужных бранчей вида template/<имя>/sisyphus бранчи вида
AA> build/template/<имя>/sisyphus
AA> 2. Во всех build/template/<имя>/sisyphus перенести содержимое (через
AA> git-mv) в подкаталог <имя>/
AA> 3. От одного из build/template/<имя>/sisyphus ответвить
AA> <ядро>/templates/sisyphus

Не понял, зачем такая двухуровневая структура?

AA> 4. Все build/template/*/sisyphus (кроме родителя) смержить в
AA> <ядро>/templates/sisyphus (пришлось делать в несколько этапов, т. к.
AA> количество предков у коммита ограничено)

Это не понял.


> AA>> 4. В каталоге с рабочей копией kernel-build-scripts создал ссылку
> AA>> modules, указывающею на рабочею копию репозитария kernel-modules.

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

http://freesource.info
----------------------------------------------------------------------------
Score: +1, кунать.
		-- mike in devel@

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

Re: [devel] kernel build docs

[Aleksey Avdeev]

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

Денис Смирнов пишет:
> On Tue, Dec 25, 2007 at 04:31:18AM +0300, Aleksey Avdeev wrote:
> 
> AA> 1. Ответвить от нужных бранчей вида template/<имя>/sisyphus бранчи вида
> AA> build/template/<имя>/sisyphus
> AA> 2. Во всех build/template/<имя>/sisyphus перенести содержимое (через
> AA> git-mv) в подкаталог <имя>/
> AA> 3. От одного из build/template/<имя>/sisyphus ответвить
> AA> <ядро>/templates/sisyphus
> 
> Не понял, зачем такая двухуровневая структура?

  Для достаточно удобного перехода от множества бранчей к множеству
каталогов.

  В template/<имя>/sisyphus в содержимое (kernel-modules-<имя>.spec и
SOURCES, если он есть) содержится в корне, а kernel-build-scripts
ожидает его найти в modules/<имя> (и в modules/<имя2> для другого пакета
с модулями). (Разумеется, данный перенос можно сделать и спомощью
временных бранчей. Но постоянные мне удобней.)

> 
> AA> 4. Все build/template/*/sisyphus (кроме родителя) смержить в
> AA> <ядро>/templates/sisyphus (пришлось делать в несколько этапов, т. к.
> AA> количество предков у коммита ограничено)
> 
> Это не понял.

  Это для создания в modules той структуры, которую ждёт
kernel-build-scripts: он работает со структурой каталогов, а не с
бранчами в репозитарии.

> 
> 
>> AA>> 4. В каталоге с рабочей копией kernel-build-scripts создал ссылку
>> AA>> modules, указывающею на рабочею копию репозитария kernel-modules.

-- 

С уважением. Алексей.



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

Re: [devel] kernel build docs

[Konstantin A. Lepikhov]

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

Hi Aleksey!

Monday 31, at 01:15:27 AM you wrote:

<skip>
>   Это для создания в modules той структуры, которую ждёт
> kernel-build-scripts: он работает со структурой каталогов, а не с
> бранчами в репозитарии.
так может kernel-build-scripts просто не допилили как следует? ;)

-- 
WBR et al.

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

Re: [devel] kernel build docs

[Aleksey Avdeev]

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

Konstantin A. Lepikhov пишет:
> Hi Aleksey!
> 
> Monday 31, at 01:15:27 AM you wrote:
> 
> <skip>
>>   Это для создания в modules той структуры, которую ждёт
>> kernel-build-scripts: он работает со структурой каталогов, а не с
>> бранчами в репозитарии.
> так может kernel-build-scripts просто не допилили как следует? ;)

  Всё может быть... Но я его не пилю, я им пользуюсь. ;-)

-- 

С уважением. Алексей.



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

Re: [devel] kernel build docs

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

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

On Mon, Dec 31, 2007 at 01:56:03AM +0300, Konstantin A. Lepikhov wrote:

>>   Это для создания в modules той структуры, которую ждёт
>> kernel-build-scripts: он работает со структурой каталогов, а не с
>> бранчами в репозитарии.
KAL> так может kernel-build-scripts просто не допилили как следует? ;)

Видимо да. А жаль. Сейчас без бутылки модули ядра не собрать :)

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

http://freesource.info
----------------------------------------------------------------------------
Упс, самозакрывающиеся баги... :)
		-- mike in #9296

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

Re: [devel] kernel build docs

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

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

On Mon, Dec 31, 2007 at 01:15:27AM +0300, Aleksey Avdeev wrote:

> AA>> 1. Ответвить от нужных бранчей вида template/<имя>/sisyphus бранчи вида
> AA>> build/template/<имя>/sisyphus
> AA>> 2. Во всех build/template/<имя>/sisyphus перенести содержимое (через
> AA>> git-mv) в подкаталог <имя>/
> AA>> 3. От одного из build/template/<имя>/sisyphus ответвить
> AA>> <ядро>/templates/sisyphus
>> Не понял, зачем такая двухуровневая структура?
AA>   Для достаточно удобного перехода от множества бранчей к множеству
AA> каталогов.
AA>   В template/<имя>/sisyphus в содержимое (kernel-modules-<имя>.spec и
AA> SOURCES, если он есть) содержится в корне, а kernel-build-scripts
AA> ожидает его найти в modules/<имя> (и в modules/<имя2> для другого пакета
AA> с модулями). (Разумеется, данный перенос можно сделать и спомощью
AA> временных бранчей. Но постоянные мне удобней.)

Я правильно понимаю, что реально публиковаться в git и вообще быть
опубликованы должны только бранчи template/, а все остальные как-бы бранчи
исключительно для внутреннего использования?

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

http://freesource.info
----------------------------------------------------------------------------
> Это faq или bug?
Это Сизиф-специфик
		-- zerg in sisyphus@

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

Re: [devel] kernel build docs

[Aleksey Avdeev]

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

Денис Смирнов пишет:
> On Mon, Dec 31, 2007 at 01:15:27AM +0300, Aleksey Avdeev wrote:
> 
>> AA>> 1. Ответвить от нужных бранчей вида template/<имя>/sisyphus бранчи вида
>> AA>> build/template/<имя>/sisyphus
>> AA>> 2. Во всех build/template/<имя>/sisyphus перенести содержимое (через
>> AA>> git-mv) в подкаталог <имя>/
>> AA>> 3. От одного из build/template/<имя>/sisyphus ответвить
>> AA>> <ядро>/templates/sisyphus
>>> Не понял, зачем такая двухуровневая структура?
> AA>   Для достаточно удобного перехода от множества бранчей к множеству
> AA> каталогов.
> AA>   В template/<имя>/sisyphus в содержимое (kernel-modules-<имя>.spec и
> AA> SOURCES, если он есть) содержится в корне, а kernel-build-scripts
> AA> ожидает его найти в modules/<имя> (и в modules/<имя2> для другого пакета
> AA> с модулями). (Разумеется, данный перенос можно сделать и спомощью
> AA> временных бранчей. Но постоянные мне удобней.)
> 
> Я правильно понимаю, что реально публиковаться в git и вообще быть
> опубликованы должны только бранчи template/, а все остальные как-бы бранчи
> исключительно для внутреннего использования?

  Скорее всего да. Но никто не запрещает публиковать и остальные: иногда
это удобно.

PS: Будет весьма неплохо, если структура обязательных бранчей будет
освещена в документации: сейчас о ней можно только догадаться, без
гарантии правильности догадок.

-- 

С уважением. Алексей.



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

Re: [devel] kernel build docs

[Sergey Vlasov]

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

On Mon, Dec 31, 2007 at 01:15:27AM +0300, Aleksey Avdeev wrote:
> Денис Смирнов пишет:
> > On Tue, Dec 25, 2007 at 04:31:18AM +0300, Aleksey Avdeev wrote:
> > 
> > AA> 1. Ответвить от нужных бранчей вида template/<имя>/sisyphus бранчи вида
> > AA> build/template/<имя>/sisyphus
> > AA> 2. Во всех build/template/<имя>/sisyphus перенести содержимое (через
> > AA> git-mv) в подкаталог <имя>/
> > AA> 3. От одного из build/template/<имя>/sisyphus ответвить
> > AA> <ядро>/templates/sisyphus
> > 
> > Не понял, зачем такая двухуровневая структура?
> 
>   Для достаточно удобного перехода от множества бранчей к множеству
> каталогов.
> 
>   В template/<имя>/sisyphus в содержимое (kernel-modules-<имя>.spec и
> SOURCES, если он есть) содержится в корне, а kernel-build-scripts
> ожидает его найти в modules/<имя> (и в modules/<имя2> для другого пакета
> с модулями). (Разумеется, данный перенос можно сделать и спомощью
> временных бранчей. Но постоянные мне удобней.)
> 
> > 
> > AA> 4. Все build/template/*/sisyphus (кроме родителя) смержить в
> > AA> <ядро>/templates/sisyphus (пришлось делать в несколько этапов, т. к.
> > AA> количество предков у коммита ограничено)
> > 
> > Это не понял.
> 
>   Это для создания в modules той структуры, которую ждёт
> kernel-build-scripts: он работает со структурой каталогов, а не с
> бранчами в репозитарии.

Версия kernel-build-scripts, работающая с модулями в git, лежит в
ветке modules-in-git.  В принципе там всё работает, кроме, возможно,
лишних проверок при создании коммитов для сборки через gear (сейчас
проще не использовать опции --commit --tag - всё равно на сборку
отправляются src.rpm).

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