[Bug 1004029] Rename Request: ovirt-engine-sdk - oVirt Engine Software Development Kit (Python)

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

 



https://bugzilla.redhat.com/show_bug.cgi?id=1004029



--- Comment #6 from Michael Schwendt <bugs.michael@xxxxxxx> ---
Well, the renaming guidelines aren't too difficult:
http://fedoraproject.org/wiki/Packaging:NamingGuidelines#Renaming.2Freplacing_existing_packages

[...]

Latest build in koji of the package to be replaced is:

  ovirt-engine-sdk.noarch                  3.2.0.11-2.fc20    

Pick anything that's higher than 3.2.0.11-2.fc20. For example:

  Obsoletes: ovirt-engine-sdk < 3.2.0.11-3
or
  Obsoletes: ovirt-engine-sdk < 3.2.0.12

or since this renamed package is at version 3.3.0.6:

  Obsoletes: ovirt-engine-sdk < 3.3.0.6

The important thing to understand here is that as long as the "Obsoletes" tag
is present in any available package (whether installed or in the repos), it
blocks package "ovirt-engine-sdk" from returning with a version that's too low.
However, "ovirt-engine-sdk" may return with a higher version, e.g. 3.4 or
3.3.0.7, basically anything that's higher than what's specified in the
Obsoletes tag. A package may be renamed once more or return with different
contents. That's why we prefer blocking obsolete packages with no more than
their last published version.

Even if it's unlikely that ovirt-engine-sdk returns ever, doing it right (and
accurate) doesn't hurt anyone, does it?

Occasionally, the accuracy really helps. Simple scenarios like: foo-libs
obsoleted by libfoo from a separate src.rpm, some time later foo.src.rpm builds
a new foo-libs package for newly added libs. Pray that libfoo doesn't also
obsolete the new foo-libs package EVR. Or vice versa: libfoo obsoleted by and
merged into foo-libs, some time later a different project uses the libfoo name
for something else.


> Provides:  ovirt-engine-sdk = %{version}

The guidelines want -%{release} to be added to be as accurate as normal
packages.

[...]

> Name: ovirt-engine-sdk-python

I'm really bad at these naming guidelines things. Since this is a Python
module,
shouldn't it be named

  python-ovirt-engine-sdk

to satisfy the %parent-%child relationship guidelines for Python add-on
packages?

 
https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Addon_Packages_.28python_modules.29

 
https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Addon_Packages_.28General.29

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=61aMcB2Kqi&a=cc_unsubscribe
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review





[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]