Re: Redesigning the %python_provide macro from scratch

2020-05-26 Thread Tomas Orsava
On 5/26/20 11:52 AM, Miro Hrončok wrote: On 26. 05. 20 11:29, Tomas Orsava wrote: On 5/25/20 7:42 PM, Miro Hrončok wrote: On 25. 05. 20 18:33, Tomas Orsava wrote: On 4/19/20 4:55 PM, Miro Hrončok wrote: 4) Make it so that for given arguments, the macro will only expand to something once per

Re: Redesigning the %python_provide macro from scratch

2020-05-26 Thread Miro Hrončok
On 26. 05. 20 11:29, Tomas Orsava wrote: On 5/25/20 7:42 PM, Miro Hrončok wrote: On 25. 05. 20 18:33, Tomas Orsava wrote: On 4/19/20 4:55 PM, Miro Hrončok wrote: 4) Make it so that for given arguments, the macro will only expand to something once per build. Hence when you use it with package

Re: Redesigning the %python_provide macro from scratch

2020-05-25 Thread Miro Hrončok
On 25. 05. 20 18:33, Tomas Orsava wrote: On 4/19/20 4:55 PM, Miro Hrončok wrote: 4) Make it so that for given arguments, the macro will only expand to something once per build. Hence when you use it with package name, the automatic provides won't re-add the same provide again. This also means

Re: Redesigning the %python_provide macro from scratch

2020-05-25 Thread Neal Gompa
On Tue, Apr 28, 2020 at 5:00 AM Petr Viktorin wrote: > > I finally got around to this mail... > > On 2020-04-19 16:55, Miro Hrončok wrote: > > > > As always, this leaves us with the name problem, but I'd very much like > > to use %python_provides (note the s). The only problem I see is that it >

Re: Redesigning the %python_provide macro from scratch

2020-05-25 Thread Tomas Orsava
On 4/19/20 4:55 PM, Miro Hrončok wrote: Hello Python packagers. After touching the %python_provide topic in: https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org/thread/SSJLPWSGFGPYRSHXQZDR7JNQXSDGGX3Z/ I have realized several things I don't like about

Re: Redesigning the %python_provide macro from scratch

2020-05-05 Thread Miro Hrončok
On 28. 04. 20 11:35, Miro Hrončok wrote: %py_provides is actually much better:  - shorter, yet still understandable  - easily distinguishable from %python_provide Thanks. %py_provides is now available in rawhide for testing. I will backport it later, so for now using it unconditionalized

Re: Redesigning the %python_provide macro from scratch

2020-04-28 Thread Miro Hrončok
On 28. 04. 20 11:00, Petr Viktorin wrote: I finally got around to this mail... Thanks. 7) Support arbitrary names. Only provide the given name and nothing else if not "recognized". Is that better than erroring out when something is not recognized? The "not recognized" part is hard to

Re: Redesigning the %python_provide macro from scratch

2020-04-28 Thread Petr Viktorin
I finally got around to this mail... On 2020-04-19 16:55, Miro Hrončok wrote: Hello Python packagers. After touching the %python_provide topic in: https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org/thread/SSJLPWSGFGPYRSHXQZDR7JNQXSDGGX3Z/ I have realized

Redesigning the %python_provide macro from scratch

2020-04-19 Thread Miro Hrončok
Hello Python packagers. After touching the %python_provide topic in: https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org/thread/SSJLPWSGFGPYRSHXQZDR7JNQXSDGGX3Z/ I have realized several things I don't like about %python_provide: 1) It must be used conditionally