[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Kind request: Set release version to "10"

Hash: SHA1

On Wed, 1 Oct 2003 18:00:51 +0300, Axel Thimm wrote:

> > How many packages would that be?
> How many? All the ones from my repo for instance. Same for other
> repos. Some of the repos have intertwining dependencies that would
> also need to be updated.

A few observations: In your repository I don't see a consistent
platform specific release tag scheme. The release tag scheme for RHL
7.3 and RHL 8.0 differs, e.g.


The mplayer package for Shrike doesn't have platform tag at all.
Also note the higher package release:


For Fedora Core, it seems to be %{version}-%{release}.rh9.0.94.at
style again.

Other packages don't have any such release tag at all, regardless of
whether they are in RHL already or not. Your repository contains
packages that override core components of RHL and don't allow for a
clean upgrade path, e.g.


Should have been something like


so it is guaranteed that Red Hat's bash packages always are newer
than yours.

I'm not familiar with your repository. But it looks like one of your
bigger problems is lack of a consistent and RH/Fedora compatible
package release versioning scheme.

> What about repos not using the rh tag and what about repos not willing
> to give up identification of the rpm as belonging to the rh family?

When either party is "not willing to give up" something, that sets
off the alarm. ;)

> What
> about Fedora Legacy, should part of it be distro-tagged and some not
> (like your example above)?

I haven't seen any work on guidelines for Fedora Legacy yet. But
it would sound reasonable, if 3rd party projects adapted Fedora's
.fdr release tag and vepoch.

> >   2.4.20-20.9 < 2.4.22-1.2061.nptl
> >   2.4.20-20.8 < 2.4.22-1.2061.nptl
> >   2.4.20-20.7 < 2.4.22-1.2061.nptl
> Of course it works when the package version is newer, I am talking of
> keeping the same package built for different releases (e.g. built form
> the same specfile).

2.4.20-20.9 = kernel for Shrike
2.4.20-20.8 = kernel for Psyche
2.4.20-20.7 = kernel for Valhalla

doesn't differ much from

2.4.20-20.rh9 = kernel for Shrike
2.4.20-20.rh8 = kernel for Psyche
2.4.20-20.rh7 = kernel for Valhalla

- -- 
Michael, who doesn't reply to top posts and complete quotes anymore.

Version: GnuPG v1.2.3 (GNU/Linux)


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]