Re: F38 proposal: Prevent from building RPM packages providing python3dist(...) = 0 (Self-Contained Change proposal)

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

 



Il 15/11/22 00:23, Neal Gompa ha scritto:
> On Mon, Nov 14, 2022 at 6:03 PM Kevin Kofler via devel
> <devel@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
>> So let me sum up:
>>
>>> Some Python building backends, eg. setuptools, explicitly allow
>>> creating package with version `0.0.0` when the version used by a
>>> project is not known. This was
>>> [https://github.com/pypa/setuptools/issues/2329 discussed upstream]
>>> with conclusion that it's an intended behavior.
>> Upstream says that it is intended that packages are able to set their
>> version to 0 or 0.0.0, but…
>>
>>> Based on discussion on python-devel mailing list there will be no way
>>> to opt out from this change. There will be no possibility to package a
>>> Python package with version `0`.
>> … your proposed Change will fail those packages' build with no opt-out!? You
>> cannot be serious!
>>
>> (Though actually, would %global __provides_exclude_from … together with a
>> manual Provides: python3dist(…) = 0 not work?)
>>
>> A clear -1 to this Change as proposed.
>>
>>> We've never encountered a situation when packaging the version `0` was
>>> the package maintainers intention.
>> What if it is the *upstream* maintainer's intention? Are we now dictating
>> versioning schemes on upstream projects, disallowing version numbers that
>> upstream setuptools explicitly considers valid?
>>
> Unfortunately, I have to agree here. Nobody said we should be
> dictating the versions for people. PEP-440 does not even make 0
> version illegal, so this is unnecessarily punishing.
>
IMO, the policy is right, it just have to allow to opt out, so that the
maintainer is informed that **there could be** something wrong with the
package metadata / build process. Maybe an opt-out + file a ticket in BZ
to have track of the opt out, just like the ExcludeArch is the right
approach.

Mattia

_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux