Spec URL: same spec as the current gnu.getopt SRPM URL: same SRPM as the current gnu.getopt Description: same as before This package has a '.' in the name so it is being renamed to use a '-'. P.S.: As we are rebuilding we may take the opportunity and do an upgrade at the same time if a new version is available.
You'll need to have an Obsoletes: gnu.getopt Provides: gnu.getopt for proper upgrade path. I'll have to change comps too. Approved with the above changes. (not looking too closely at existing spec, thats for another day...) Please let me know when you build it so that I can update comps (and close this bug)
Just confirming, the new release will have: Provides: gnu.getopt = %{epoch}:%{version}-%{release} Obsoletes: gnu.getopt <= 0:1.0.9 and Provides: gnu.getopt-javadoc = %{epoch}:%{version}-%{release} Obsoletes: gnu.getopt-javadoc <= 0:1.0.9 So the javadoc part also gets replaced. Can you confirm if this is what is expected? Thanks!
actually, you can drop the epoch business. If the epoch is 0, there is no need to list it (nor define it if you're doing that in the spec) Adding gnu-getopt to you as the owner. Please let me know when you've built it so that I can block gnu.getopt.
Built on dist-fc6 Thanks for your help!