FS#49944 - [python-pycodestyle] Provide pep8

Attached to Project: Community Packages
Opened by xduugu (xduugu) - Monday, 04 July 2016, 17:40 GMT
Last edited by Doug Newgard (Scimmia) - Thursday, 16 March 2017, 22:06 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Felix Yan (felixonmars)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

python-pycodestyle 2.0.0-1 replaces the pep8 package, but does not provide it. python-pycodestyle should either provide "pep8" or the packages that depend on "pep8" needs to be fixed.
This task depends upon

Closed by  Doug Newgard (Scimmia)
Thursday, 16 March 2017, 22:06 GMT
Reason for closing:  Fixed
Additional comments about closing:  No more packages depend on pep8
Comment by Doug Newgard (Scimmia) - Tuesday, 05 July 2016, 01:44 GMT
What packages depend on pep8?
Comment by xduugu (xduugu) - Tuesday, 05 July 2016, 08:36 GMT
There are check, make, and optional dependencies for some packages in community:

Makedepends
d-feet-0.3.11-1: pep8-python3

Checkdepends
python-keystoneauth1-2.8.0-1: pep8 python2-pep8
python2-keystoneauth1-2.8.0-1: pep8 python2-pep8
python-keystoneclient-3.1.0-1: pep8 python2-pep8
python2-keystoneclient-3.1.0-1: pep8 python2-pep8
python-matplotlib-1.5.1-2: pep8 python2-pep8
python2-matplotlib-1.5.1-2: pep8 python2-pep8
python-raven-5.21.0-1: pep8 python2-pep8
python2-raven-5.21.0-1: pep8 python2-pep8
shadowsocks-2.8.2.20160112-1: pep8

Optdepends
spyder-2.3.9-1: python2-pep8: real-time code style analysis
spyder3-2.3.9-1: pep8: real-time code style analysis
Comment by Felix Yan (felixonmars) - Tuesday, 05 July 2016, 14:23 GMT
pycodestyle provides neither a pep8 executable nor pep8 module, so it doesn't "provide" pep8.

The mentioned packages are in the process to be fixed.
Comment by xduugu (xduugu) - Tuesday, 05 July 2016, 15:06 GMT
Thanks.
Comment by xduugu (xduugu) - Monday, 08 August 2016, 20:48 GMT
Only shadowsocks, spyder, and spyder3 seem to be left. :thumbsup:
Comment by Micah Waddoups (micahwelf) - Wednesday, 09 November 2016, 20:58 GMT
I use AdaCore GPS a lot, and lately neither the AdaCore distribution or the AUR distribution will work as anything more than a basic text editor. Among other errors is not being able to load the pep8 module. Unless there is a compelling reason to not provide pep8, I think it would be better to have the module provided somehow for backward support of software. GPS is a 2016 release and should run easily. I have too much work and studies to do to be hung up on such a basic package administration issue, so if I can't have GPS going anytime soon, then I will be forced out of my most comfortable and native Linux environment. There is a slight chance that I will try using Gentoo, but I don't think I have time to Build/Install it and I don't know if it will clear me of this problem, so I my be stuck with Windows 10 again. My work load usually goes really slow on Windows 10, but at least I can count on it to back me up. Is there a reason why we can't have a "provides" pep8 module -- or is it somewhere I haven't found?
Comment by Felix Yan (felixonmars) - Thursday, 10 November 2016, 07:32 GMT
As I said, adding provides=pep8 makes no sense and solves no problem when it does't provide a pep8 module. Please either ask the AdaCore developers to stop using obsolete pep8 module, or ask the AUR maintainer to fix this for you.
Comment by Micah Waddoups (micahwelf) - Thursday, 10 November 2016, 08:05 GMT
I appreciate your fast and direct answer. Just to be clear, I was not talking about faking the package information -- that indeed makes no sense. If pycodestyle is exactly the same with a new name, it would make sense, and probably more sense for the devolopers of pycodestyle to provide a way to access it with the old name as a build option. The person supporting gnat-gps on AUR has already adapted the package to ignore the lack of pep8, and the issue is a bit bigger than just changing GPS. Versions of GPS as old as 2013 are still actively used for developing for different platforms and it would be entirely unreasonable to expect AdaCore to update all the GPL software they have created because of an established module name change. Imagine if the "Python" name were changed to "Cobra". It would affect a lot more people and we would see the kind of impact it is having now with a few.

Anyway, I wasn't expecting anything special, just hoping that someone was aware of a feasible way to fix this problem. If with me unaware, pep8 has been obsolete for more than two years, I apologize for drawing so much attention to this matter, but as far as I now know, the new name has only taken affect within the last few months and the effect has been to add a lot of tasks to development work wherever pep8 was used. I still don't see why people feel so strongly about everyone going with the new name, but I am happy with whatever comes as long as it is usable. (My thanks to you brilliant developers who prove that open source software makes the world a better place to live!) If I was skilled enough, I would create a patch for each of the GPS distributions, but I am lacking enough experience and skill in C and Python to manage that. Alas, my situation for getting my work and study done is not good and I would be happy to help fix this problem if anyone else is able to benefit from my assistance.
Comment by Micah Waddoups (micahwelf) - Thursday, 10 November 2016, 20:13 GMT

Loading...