From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4968FFC2.4000604@altlinux.com> Date: Sat, 10 Jan 2009 23:06:26 +0300 From: Anton Farygin User-Agent: Thunderbird 2.0.0.18 (X11/20081125) 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> <20090110180819.GZ32139@osdn.org.ua> <4968E6BB.8050901@altlinux.com> <4968E8F7.2020807@altlinux.ru> <87ljtj10a0.fsf@frontier.dottedmag.net> In-Reply-To: <87ljtj10a0.fsf@frontier.dottedmag.net> Content-Type: text/plain; charset=UTF-8; format=flowed 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: Sat, 10 Jan 2009 20:08:07 -0000 Archived-At: List-Archive: List-Post: Mikhail Gusarov пишет: > Twas brillig at 21:29:11 10.01.2009 UTC+03 when silicium@altlinux.ru did gyre and gimble: > > MY> они сводяться к времени ожидания сборки, потому что у меня есть > MY> специальная автоматика собирающая все ядра std одним ударом под все > MY> архитектуры(i586,x86_64) и все модули > > А опции для ручного включения только нужной архитектуры и нужных > модулей, для отладки, предусмотрены? Тогда и время ожидания не будет, > мм, проблемой. Я это делал одной командой. Одно ядро + модули, потом только модули. В общем - всё было просто замечательно ;) Честно - мне очень хотелось тоже делать своё ядро.. но внимательно посмотрев список изменений - себе дороже. Зачем, если проще их было забросить в std-def, к тому же они реально полезны сообществу, а не только мне. Да, я не спорю - иногда действительно бывают сложные ситуации, когда нужно собирать своё супер-пупер ядро для узкоспециализированной задачи. Но всё-таки лучше делать это на максимально приближенной к std-def кодовой базе, а не плодить свои отдельно-живущие сущности. Банально легче в дальнейшем поддерживать.