From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <49699669.6000004@altlinux.ru> Date: Sun, 11 Jan 2009 09:49:13 +0300 From: Michail Yakushin User-Agent: Thunderbird 2.0.0.17 (X11/20081119) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <47c0071b0901081150h662d70d0q8df86fa25ed02f07@mail.gmail.com> <200901092345.54446.ledest@gmail.com> <4967DCEB.8010108@altlinux.com> <200901100134.31112.ledest@gmail.com> <4967E610.2030603@altlinux.com> <20090110013521.GA6167@mw.office.seiros.ru> <4968483C.1080506@altlinux.com> <20090110111717.GA30422@mw.office.seiros.ru> <4968E1F6.9050204@altlinux.com> <20090111053635.GC1768@mw.office.seiros.ru> In-Reply-To: <20090111053635.GC1768@mw.office.seiros.ru> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0JHQsNCz0LAgKCDRhNC+0YDQvNCw0LvRjNC90L4gKSA=?= =?utf-8?b?0LzQvtC20LXRgiDQuCDQvdC10YIgLCDQsCDQstC+0YIg0L/RgNC+0LHQu9C1?= =?utf-8?b?0LzQsCDQtdGB0YLRjCE=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2009 06:49:27 -0000 Archived-At: List-Archive: List-Post: Денис Смирнов wrote: > К примеру лично я отказался от идеи поддерживать свои ядра (да, на базе > std-def со слегка другим конфигом, но все же) -- после того как module > templates унесли в git, который теперь размазан по десятку репо. кстати std-ll было сделано практически для тебя, как основного телефониста, поэтому если там что-то не нравиться можно смело предлагать. > AF> Думаю, что led-tc возможно перетащить на 2.6.27, с 2.6.22.. просто у > AF> Led'а на это в данный момент нет времени. Отсюда и грабли. > > Кто это будет делать, и кто ему за это заплатит? > > AF> Я честно - не смотрел какой там функционал, но не понимаю, почему его > AF> нельзя реализовать в std-def. > AF> Согласен, что бывают совсем странные случаи, когда лучше собрать ядро > AF> рядом (сам так делал). Но в идеале надо всё равно всё это хозяйство > AF> интегрировать в std-xxx (что и было сделао с v4l в своё время). > > Да, ты прав. > > Но при этом если я собрал ядро рядом -- у меня должна быть возможность его > использовать, а не пересобирать полсизифа вместе с ним. К сожалению границы совместимости между софтом не от - бесконечности до + бесконечности, наш glibc например не сможет, вообще не сможет работать с ядрами 2.4, если туда не забекпортить поддержку некоторых системных вызовов. Вообще всякие проекты которые выпускают свои модули к ядру, или тем более делают пачи к ядру, но делают их к древним ядрам создают множество проблем. Потому что древние ядра плохо работают на новом железе, а старе модули под новые ядра не соберёшь, или хуже того они собираются но хрен знает почему не работают. С одной стороны это и проблема апстрима ядра, API там меняется со страшной силой, но и проблема самих таких проектов. Кстати по моим наблюдениям проекты которые не успевают за апстримом ядра, обычно слишком глубоко в него влезли. Что xen,что ovz,что openssi последний вообще сначала залез в дебри, потом не осилил идти в ногу с апстримом(даже на 1-2 версии позади), в результате загнулся. Одно хорошо что xen и vz осилили таки влится в основную ветку, но их сильно пришлось перерабатываться что говорит о количестве хаков в обоих.