Closed hroncok closed 3 months ago
Is someone actively working on this? I could REALLY use the feature.. If nobody is working on it, I might give it a shot..
Feel free to give it a go.
@befeleme PR commited, please tell me if there is anything missing..
Thank you! Can you share what your use case is/ for which OS you'd like to generate specfiles? The reason I'm asking it because your PR generates slightly different output than what's requested by @hroncok. So I'd like to know more before addressing that. I'll do the review in the upcoming days.
Hi
I have just added a fix for the %{__python3} issue..
In regards to subpackages, I want to keep the individual subpackages like: python3.11-bcrypt-4.1.2-1.el9.x86_64.rpm python3.11-bcrypt+tests-4.1.2-1.el9.x86_64.rpm python3.11-bcrypt+typecheck-4.1.2-1.el9.x86_64.rpm
I think this is a better way to implement "extras" into rpms..
Are there any other differences that I'm missing??
I'm using this on RHEL, as I'm the maintainer of AWX-RPM (https://awx.wiki), and it requires A LOT of python packages..
Please take a look at #46 and let me know if this generally covers your needs.
This is a very low-priority RFE.
I'd like to be able to create a package for e.g. Python 3.12 when the "main" Python is 3.9. This is relevant namely on EL9.
Such packages will differ in a way:
%{python3_pkgversion}
will be set globally to given 3.X (and%{__python3}
will be set globally to/usr/bin/python3.X
until this is merged to c9s)python%{python3_pkgversion}-xxx
python3-xxx
subpacakge, the content will be delivered via the main packagepython3-xxx
(build)requires need to be versioned, e.g.python%{python3_pkgversion}-devel