Your message dated Sat, 15 Oct 2016 14:23:43 +1100
with message-id <20161015032342.3yn5hiytvd25y...@benfinney.id.au>
and subject line Re: Bug#761980: program not importing ‘platform’ from standard
library
has caused the Debian Bug report #761980,
regarding program not importing ‘platform’ from standard library
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
761980: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761980
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: python-pkg-resources
Version: 5.5.1-1
Severity: normal
Dear Maintainer,
I installed the slimit package and, lacking a man page, ran
slimit --help
Instead of help I got
<quote>
Traceback (most recent call last):
File "/usr/bin/slimit", line 5, in <module>
from pkg_resources import load_entry_point
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1189, in
<module>
class MarkerEvaluation(object):
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1193, in
MarkerEvaluation
'python_full_version': platform.python_version,
AttributeError: 'module' object has no attribute 'python_version'
</quote>
which wasn't much use. The problem is that last stack frame, in
pkg_resources.py, where
<quote>
import platform
...
class MarkerEvaluation(object):
values = {
'os_name': lambda: os.name,
'sys_platform': lambda: sys.platform,
'python_full_version': platform.python_version,
'python_version': lambda: platform.python_version()[:3],
...
</quote>
presumes that the module platform has python_version as an attribute
(that is, no less, callable returning a sequence). A quick python
session:
<quote>
Python 2.7.8 (default, Sep 9 2014, 23:55:56)
[GCC 4.9.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform.python_version
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
AttributeError: 'module' object has no attribute 'python_version'
>>> platform.version
<function version at 0xb72aa56c>
>>> platform.version()
'#1 SMP Debian 3.14.15-2 (2014-08-09)'
>>> import sys
>>> sys.version
'2.7.8 (default, Sep 9 2014, 23:55:56) \n[GCC 4.9.1]'
</quote>
reveals that this is an unrealistic expectation.
Continuing,
<quote>
>>> import pkg_resources
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "pkg_resources.py", line 1189, in <module>
class MarkerEvaluation(object):
File "pkg_resources.py", line 1193, in MarkerEvaluation
'python_full_version': platform.python_version,
AttributeError: 'module' object has no attribute 'python_version'
</quote>
I verify that the problem resides entirely within pkg_resources; it
has nothing to do with how slimit is using it.
Commenting out the python_full_version and python_version entries in
values (quoted above), I discover python_implementation is also a
mythical attribute of platform. Commenting *that* out, I find I am
finally able to import pkg_resources; and slimit --help actually runs,
albeit producing only minimal help. I don't know what else may be
broken by it, but here's the patch I'm left using:
<patch>
diff -bu /usr/lib/python2.7/dist-packages/pkg_resources.py.orig
/usr/lib/python2.7/dist-packages/pkg_resources.py
--- /usr/lib/python2.7/dist-packages/pkg_resources.py.orig 2014-08-10
19:36:30.000000000 +0200
+++ /usr/lib/python2.7/dist-packages/pkg_resources.py 2014-09-17
15:00:55.183904273 +0200
@@ -1190,11 +1190,11 @@
values = {
'os_name': lambda: os.name,
'sys_platform': lambda: sys.platform,
- 'python_full_version': platform.python_version,
- 'python_version': lambda: platform.python_version()[:3],
+ #'python_full_version': platform.python_version,
+ #'python_version': lambda: platform.python_version()[:3],
'platform_version': platform.version,
'platform_machine': platform.machine,
- 'python_implementation': platform.python_implementation,
+ #'python_implementation': platform.python_implementation,
}
@classmethod
Diff finished. Wed Sep 17 15:07:54 2014
</patch>
This makes pkg_resources.py unusable (can't import it) and makes at
least one other package unusable (slimit, because it expects to be
able to import pkg_resources).
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.14-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-pkg-resources depends on:
pn python:any <none>
python-pkg-resources recommends no packages.
Versions of packages python-pkg-resources suggests:
pn python-distribute <none>
pn python-distribute-doc <none>
-- no debconf information
--- End Message ---
--- Begin Message ---
Control: tags -1 - moreinfo + unreproducible
Control: notfound -1 python-setuptools/5.5.1-1
On 13-Oct-2016, Edward Welbourne wrote:
> ... or a platform.py earlier in my custom PYTHONPATH - which, now
> that I know what to look for, is exactly the problem.
>
> PEBKAC - sorry to waste your time - please close this bug,
Thanks for confirming.
--
\ “I went camping and borrowed a circus tent by mistake. I didn't |
`\ notice until I got it set up. People complained because they |
_o__) couldn't see the lake.” —Steven Wright |
Ben Finney <bign...@debian.org>
signature.asc
Description: PGP signature
--- End Message ---
