Re: SuSE RPMs available for PostgreSQL 7.4

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: SuSE RPMs available for PostgreSQL 7.4
Дата
Msg-id Pine.LNX.4.44.0311191922180.21224-100000@peter.localdomain
обсуждение исходный текст
Ответ на Re: SuSE RPMs available for PostgreSQL 7.4  (Lamar Owen <lowen@pari.edu>)
Ответы Re: SuSE RPMs available for PostgreSQL 7.4  ("Marc G. Fournier" <scrappy@postgresql.org>)
Re: SuSE RPMs available for PostgreSQL 7.4  (Lamar Owen <lowen@pari.edu>)
Список pgsql-general
Lamar Owen writes:

> > But that is assymetric.
>
> Yes, it is.  However, it has been done before when it made sense to do so.

It would imply that there is some general or master SRPM and the other
ones are alternative versions.  So people looking for a SRPM would easily
be led to download the wrong one.  In fact, they are parallel variants, so
a parallel directory structure seems right to me.

Another problem is that changing the directory layout would make the
automatic mirroring impossible.

> That solution has the disadvantage of either storing multiple identical source
> RPM's or maintaining multiple links to the single source RPM.  There will be
> a fedora-core-1, a redhat-9, and redhat-8.0, a redhat-7.3, an aurora-1.0, and
> possibly a redhat-6.2 that will hopefully use the single source RPM.  Now I
> can maintain links to the single one, or I can waste 10MB of space per
> distribution.

So why don't you do

binary/redhat/
    SRPMS
    fedora-this
    redhat-that

> But I didn't do it that way, putting the 'canonical' source RPM into a
> separate SRPMS dir, since the idea of the single source RPM was to be
> distribution-independent.

Realistically, a distribution independent source RPM is unrealistic.  It's
a bit sad, but the market has decided.

--
Peter Eisentraut   peter_e@gmx.net


В списке pgsql-general по дате отправления:

Предыдущее
От: "John Liu"
Дата:
Сообщение: Re: core dump
Следующее
От: "Marc G. Fournier"
Дата:
Сообщение: Re: SuSE RPMs available for PostgreSQL 7.4