-----BEGIN PGP SIGNED MESSAGE----- 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.
rpm-4.2-1_15.rh7.3.at.src.rpm mplayer-0.90-0_16rh8.0at.src.rpm
The mplayer package for Shrike doesn't have platform tag at all. Also note the higher package release:
mplayer-0.90-18.athlon.rpm
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.
bash-doc-2.05b-23.2.athlon.rpm
Should have been something like
bash-doc-2.05b-0.23.2.athlon.rpm
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.