Re: [PRQ#68754] Merge Request for python-docformatter Accepted

2025-02-11 Thread Guillaume Horel
Hi Robin, thanks for the explanation. If that's a rule it's not applied very consistently then: see python-black, python-pip and plenty of other packages in the arch main repo that also have an executable in bin. I'll work things out with @Xeonacid. I see he added me as a co-maintainer, thanks. G

Re: [PRQ#68754] Merge Request for python-docformatter Accepted

2025-02-11 Thread Xeonacid
On 2025-02-11 16:32, Robin Candau wrote: > @Xeonacid May I ask you to sort such things out in collaboration with the > original maintainer next time? Submitting a new package and filling a merge > request like this without any upfront notice isn't nice, indeed. Can you > please discuss with Guil

Re: [PRQ#68754] Merge Request for python-docformatter Accepted

2025-02-11 Thread Robin Candau
Hello Guillaume, The `python-` prefix is reserved for packages that (only) provide python libraries / modules. The docformatter package provides `/usr/bin/docformatter` which can be used as-is. The sole reason that it is a program developed in python or that it should be used in a python ecos

Re: [PRQ#68754] Merge Request for python-docformatter Accepted

2025-02-10 Thread Guillaume Horel
Can this merge be reconsidered? The right name should be python-docformatter. This is a python package to format python docstrings, it clearly belongs to the python ecosystem, like python-black for instance. In any case, if there is a disagreement on the name, giving some notice to the original mai

Re: [PRQ#68754] Merge Request for python-docformatter Accepted

2025-01-31 Thread Guillaume Horel
Can this merge be reverted? The python-docformatter name was perfectly legitimate. In addition, nobody contacted me to suggest a name change. User creates a new package with no dependency, asks for a merge on the same day and this is accepted. This is just package stealing, and it breaks another pa

Re: [PRQ#68754] Merge Request for python-docformatter

2025-01-30 Thread Guillaume Horel
That was my read too. Can this be reverted? I don't think this merge was the right call, thanks. On Thu, Jan 30, 2025 at 11:43 AM xiota wrote: > python-docformatter seems to qualify as "a program that is strongly > coupled to the Python ecosystem". > > From ArchWiki Python package guidelines [a]

Re: [PRQ#68754] Merge Request for python-docformatter

2025-01-30 Thread xiota
python-docformatter seems to qualify as "a program that is strongly coupled to the Python ecosystem". >From ArchWiki Python package guidelines [a]: Python 3 library modules, use python-modulename. Also use the prefix if the package provides a program that is strongly coupled to the Python ecosyst

Re: [PRQ#68754] Merge Request for python-docformatter

2025-01-30 Thread Guillaume Horel
This seems like a pretty bogus reason. There are plenty of python packages which have a bin entry point with a python- name. Is that an official arch policy? This package is mostly used as a library. On Tue, Jan 21, 2025 at 1:03 AM wrote: > Xeonacid [1] filed a request to merge python-docformatt

[PRQ#68754] Merge Request for python-docformatter Accepted

2025-01-24 Thread notify
Request #68754 has been Accepted by Antiz [1]: [Autogenerated] Accepted merge for python-docformatter into docformatter. [1] https://aur.archlinux.org/account/Antiz/

[PRQ#68754] Merge Request for python-docformatter

2025-01-20 Thread notify
Xeonacid [1] filed a request to merge python-docformatter [2] into docformatter [3]: The package has a binary at `/usr/bin/docformatter`, it should not have a `python-` prefix which is for pure library. [1] https://aur.archlinux.org/account/Xeonacid/ [2] https://aur.archlinux.org/pkgbase/python-d