On Wed, Sep 24, 2008 at 03:43:22PM +0400, Konstantin A. Lepikhov wrote: > Hi Dmitry! > > Wednesday 24, at 02:55:40 PM you wrote: > > > On Wed, Sep 24, 2008 at 02:39:19PM +0400, Konstantin A. Lepikhov wrote: > > > Wednesday 24, at 12:59:37 PM you wrote: > > > > > > > > > > пока это так, решить чей git первичней - твой или у lakostis@ мне > > > > представляется сложным. для разрешения таких проблем предлагаю ввести > > > > мантенерский git архив в каком-нить /packages и его и будем считать > > > > главным, а при желании внести свои измнения в сизиф - пинать > > > > мантейнера на предмет acl/git pull. > > > Предлагаю сначала разобраться в сути вопроса, т.е. не у кого changelog > > > длинее, а для чего пакет нужен. В текущем виде kernel-source - это > > > технический пакет, необходимый для сборки ядра костылем по-имени rpm. > > > Поэтому какой прок от истории развития временного костыля? > > > > Костыли, используемые много лет, это уже не костыли, а инструмент, > > который следует содержать в порядке. > Это кактус, к которому привыкли. > > > > > > обсуждение мне кажется словоблудием, поскольку ни одного обоснованного > > > высказывания не прозвучало, не говоря уже о рабочих предложениях. > > > > Когда не lakostis будет паковать kernel-source-2.6.NМ, он в нынешней > > ситуации, в отличии от lakostis, не пойдёт за текущей версией в > > /people/lakostis/packages/kernel-source-2.6.27, поскольку lakostis > > ведёт свою уникальную историю пакета, и кооперативная разработка его > > не интересует в принципе. :( > Дим, прочитай README по сборке из kernel-build-tools еще раз - сборка ядра > не начинается с клонирования kernel-source, потому что его нет. Максимум, > что можно сделать на git.alt - склонировать весь kernel-image-xxx целиком, > потом долго и мучительно удалять оттуда лишние бранчи, _откатывать_ > изменения в kernel-image-xxx и только после этого приступать к сборке. > Согласись, это такой изощренный мазохизм. Гораздо проще закатать master с > git.kernel.org, сделать техническую операцию по созданию kernel-source > (опять же, для этого мне будет нужна либо рабочая копия предыдущего > kernel-image-xxx, откуда можно выдернуть нужный бранч, либо я создам этот > пакет заново, взяв за основу kernel-source.spec из сизифа). Т.е. пока на > git.alt не будет создан механизм git pull/fetch на стороне сервера, мы > будем продолжать заливать сотни мегабайт ненужной информации при создании > ядра на базе новой версии с git.kernel.org. Кстати, а так ли необходима куча .git с ядрами, по одну на версию? Почему бы не сделать один а в нём бранчи с префиксом по версии? -- Regards, Kirill A. Shutemov + Belarus, Minsk + ALT Linux Team, http://www.altlinux.com/