Dan,

Thanks for pointing that out. I had not sufficiently thought through the consequences of dropping support for 5.8.0. I'll add back the Replaces/Conflicts in my various packages as you suggested.

Good news about the perl man versioning, too. I approve of the idea. I'm guessing installing a version of Perl will also add a profile.d entry to append a perl-versioned dir to the init.[c]sh manpath?

Chris

On Feb 28, 2005, at 9:55 PM, Daniel Macks wrote:

Chris Dolan committed:

* change perl variant list to 581,584,586 (the ones I can test easily)

Testing is good! However, we have to be careful not to break upgrade paths when removing perl-versions. When a Type: perl subtype "XXX" is removed from the .info repository, users may still have that package's foo-pmXXX* set installed. That means we need to keep the various Replaces/Conflicts against that once-but-no-longer-present XXX set in whatever XXY sets remain.

OTOH, we've cooked up a new filysystem layout for perl modules that
will mean all the man3 for all perl-versions of a -pmXXX can
coexist. That will mean the -man splitoff will no longer be needed for
most perlmod packages. Details to follow when we finish figuring them
out:)

In the mean time...

Chris Dolan committed (snipping throughout the diff)
--- archive-zip-pm.info 18 Jan 2005 07:04:44 -0000      1.1
+++ archive-zip-pm.info 24 Feb 2005 03:33:24 -0000      1.2
 Version: 1.14
-Revision: 1
-Type: perl (5.8.0 5.8.1 5.8.4)
+Revision: 2
+Type: perl (5.8.1 5.8.4 5.8.6)
  Package: %N-man
- Conflicts: %{Ni}580-man, %{Ni}581-man, %{Ni}584-man
- Replaces: %{Ni}580-man, %{Ni}581-man, %{Ni}584-man
+ Conflicts: %{Ni}581-man, %{Ni}584-man, %{Ni}586-man
+ Replaces: %{Ni}581-man, %{Ni}584-man, %{Ni}586-man

Need to keep %{Ni}580-man in those fields, since that package did exist at one point.

dan

--
Chris Dolan, Software Developer, www.chrisdolan.net
Public key: http://www.chrisdolan.net/public.key


Attachment: PGP.sig
Description: This is a digitally signed message part

Reply via email to