[devel] srpms -> gear

[Led]

В сообщении от Tuesday 03 July 2007 13:02:34 Aleksey Novodvorsky написал(а):
> On 7/3/07, Led <ledest на gmail.com> wrote:
> > В сообщении от Tuesday 03 July 2007 12:28:36 Dmitry V. Levin написал(а):
> > > On Tue, Jul 03, 2007 at 12:23:29PM +0300, Michael Shigorin wrote:
> > > > On Tue, Jul 03, 2007 at 12:18:27AM +0400, Dmitry V. Levin wrote:
> > > > > Смотря как переносить.  Как вы можете видеть, я пока ничего не
> > > > > форсирую, хочу чтобы как можно больше людей привыкло к
> > > > > относительно новому инструментарию.
> > > >
> > > > У меня пока привыкание остановилось на подходе к apache и xmms
> > > > (2 solo: помню, но ещё всё так же не смотрел -- видимо, уже на
> > > > кофнференции).  Поскольку патчи из разных мест, которые
> > > > поддерживаю не я, пока возможней поддерживать со старым добрым
> > > > src.rpm, чем в гите.  Проблема в том, что эти два апстрима,
> > > > мягко говоря, консервативные и продавить их туда уже не особо
> > > > реально.
> > >
> > > gear-репозиторий, который получается на выходе gear-srpmimport,
> > > ни чуть не сложнее srpm-пакета, верно?
> > >
> > > > > Видимого смысла в srpm-паетах после миграции на
> > > > > gear-репозитории не будет.
> > > >
> > > > Было бы всё-таки хорошо иметь какой-то простой вариант понять,
> > > > чем отличается пакет от upstream tarball.  Причём не глазами
> > > > разработчика (им проще), а скорее глазами опытного админа.
> > >
> > > gitweb?
> > >
> > > > Повторюсь, если мы собираемся заниматься серверами и иметь
> > > > толковые инструменты их администрирования -- следует привлекать
> > > > опытных админов, поскольку "толк" в инструментах -- это как раз
> > > > замороженный в бэкендах опыт администрирования, как вот и толк
> > > > в пакетах -- замороженный в спеках опыт сборки.
> > >
> > > Среди нас есть опытные админы, не являющиеся по совместительству
> > > разработчиками?  Если нет, то как ты предлагаешь моделировать их нужды?
> >
> > Формально - всё верно. Но почему-то всё больше кажется, что всё идёт к
> > тому, что "исходники - только по требованию" и формально доступ "по
> > требованию" к ним будет... теоретически...
>
> Давайте отделять мух от котлет.

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

> Здесь нет никого, заинтересованного в 
> сокрытии исходников. Наоборот.  Но форма предоставлени исходников
> может меняться. Важно, чтобы она была удобной, а не такой же, как
> всегда.
>
> Rgrds, Алексей
>
> > > > Сейчас как минимум то, что твой репозиторий для получения списка
> > > > пакетов обрабатывается в среднем ближе к минуте -- тоже не
> > > > помогает знакомиться с наработками.
> > >
> > > Зачем человеку может срочно понадобится список всех моих пакетов?
> > > Я сам на него стараюсь не смотреть. :)
> > >
> > > P.S. Почему gitweb на этой операции так сильно тормозит?
> > >
> > > > Бишь даже с имеющимися
> > > > концептуально крутыми инструментами есть досадные практические
> > > > проблемы вроде отсутствия кэширования дорогих по времени
> > > > получения результатов в gitweb.
> > >
> > > todo++; чем лучше кэшировать?

-- 
Led