tcpdump and elm questions.
Christian Pearce
pearcec at commnav.com
Fri Jan 16 16:55:38 UTC 2004
Johnny Strom said:
>
> Jesse Keating wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On Friday 16 January 2004 08:08, Jesse Keating wrote:
> >
> >>epoch always wins in a version comparison. Package-4.2 with epoch 14 is
> >>considered newer than Package-8.1 with epoch 13. For this reason, I do
> >>believe you should set the epoch of the newer distro up by one. Correct
> >>me if I'm wrong, but this will ensure that the package gets updated if
> >>somebody upgrades from 7.2 to 7.3. Otherwise, since they have the same
> >>name, the package wouldn't get upgraded. I don't particularly like
> >>epoch, but since it's already in use here, might as well take advantage
> >>of it.
> >
> >
> > Ok, some folks have thwacked me upside the head with a big foam clue bat.
> > Leave epoch alone. Just bump the build number to indicate a newer
> > package. Take the existing largest build number for the package, and bump
> > it by one for 7.1, by 2 for 7.2, by 3 for 7.3, etc..
> >
> > Does this make sense?
>
>
> Yes it seems fine.
I guess it isn't for me. I want to try and clarify.
In all cases leave epoch alone.
We use the same spec file but the _revisions_ are different.
elm:
dist|orig|legacy
7.2 elm-2.5.6-1 -> elm-2.5.6.3.legacy
7.3 elm-2.5.6-2 -> elm-2.5.6.3.legacy
tcpdump:
7.2 tcpdump-3.6.3-17.7.2.3 -> tcpdump-3.6.3-17.7.2.4.legacy
7.3 tcpdump-3.6.3-17.7.3.3 -> tcpdump-3.6.3-17.7.3.4.legacy
8.0 tcpdump-3.6.3-17.8.0.3 -> tcpdump-3.6.3-17.8.0.4.legacy
Is this correct?
More information about the fedora-legacy-list
mailing list