[issue29675] SysLogHandler does not seem to always expand %(loglevel)s properly

2017-02-28 Thread Q
Q added the comment: PS. I'm not sure if that is a systemd/journald issue, or indeed a Python bug. However, it would be nice to clear one possibility. For a StreamHandler, it all works as it should. -- ___ Python tracker <http://bugs.py

[issue29675] SysLogHandler does not seem to always expand %(loglevel)s properly

2017-02-28 Thread Q
Q added the comment: Attaching the other file mentioned. -- Added file: http://bugs.python.org/file46680/good.py ___ Python tracker <http://bugs.python.org/issue29

[issue29675] SysLogHandler does not seem to always expand %(loglevel)s properly

2017-02-28 Thread Q
New submission from Q: On Ubuntu LTS 16.04, SysLogHandler with a custom formatter does not seem to expand loglevel/levelno fields properly, when there are square brackets ( see the attached examples ). Instead, it seems to replace '[%(loglevel)s]' with a '[pid]', and

[issue14823] Simplify threading.Lock.acquire() description

2012-05-18 Thread Q
Q added the comment: My bad. That's indeed what I did. Won't repeat the mistake, sorry. -- ___ Python tracker <http://bugs.python.org/issue14823> ___ ___

[issue14823] Simplify threading.Lock.acquire() description

2012-05-16 Thread Q
Q added the comment: Well, as threading is a Python wrapper, this could easily be fixed. (I am not certain whether it *should* be fixed or not -- perhaps things are fine just as they are, at least with that particular detail. ) But this is good to know, thank you

[issue14823] Simplify threading.Lock.acquire() description

2012-05-15 Thread Q
New submission from Q : Hi there, I suggest to improve the description of Lock.acquire() [ http://docs.python.org/library/threading.html#threading.Lock.acquire ] in the following way: >>>>> current version >>>>> Lock.acquire([blocking]) Acquire a lock, bloc

[issue14671] isinstance(obj, object) returns True for _old style_ class instances

2012-04-29 Thread Q
Q added the comment: thanks, that's rather convenient -- ___ Python tracker <http://bugs.python.org/issue14671> ___ ___ Python-bugs-list mailing list Unsubsc

[issue14671] isinstance(obj, object) returns True for _old style_ class instances

2012-04-26 Thread Q
Q added the comment: I do not mean to reopen the bug (there are supposedly much more important things to work on in Python). But just for the record, let me state that I feel like there is some misleading inconsistency here: - by definition, a new style class is "Any class which inh

[issue14671] isinstance(obj, object) returns True for _old style_ class instances

2012-04-25 Thread Q
Q added the comment: >>> help(isinstance) isinstance(...) isinstance(object, class-or-type-or-tuple) -> bool Return whether an object is an instance of a class or of a subclass thereof. (...) So are the old-style class instances descendants of the object? I fe

[issue14671] isinstance(obj, object) returns True for _old style_ class instances

2012-04-25 Thread Q
Q added the comment: In addition: >>> issubclass(Old, object) False -- ___ Python tracker <http://bugs.python.org/issue14671> ___ ___ Python-bugs-li

[issue14671] isinstance(obj, object) returns True for _old style_ class instances

2012-04-25 Thread Q
Changes by Q : -- title: isinstance(obj, object) returns True for _old style_ classes -> isinstance(obj, object) returns True for _old style_ class instances ___ Python tracker <http://bugs.python.org/issu

[issue14671] isinstance(obj, object) returns True for _old style_ classes

2012-04-25 Thread Q
New submission from Q : $python Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56) [GCC 4.4.3] on linux2 >>> class Old: pass >>> class New(object): pass >>> o = Old() >>> n = New() >>> isinstance(o, object) True This is it, basically. Is it a bug