[issue38996] introduction of default values for collection.namedtuple

New submission from Arno-Can Uestuensoez : Hello, I had the requirement to make excessive use of named tuples in an extended way. The applications are variable data sets with optional items. Typical in protocol dat a units, or e.g. mixed abstract filesystem types for heterogeneous file

[issue38718] query of global metadata options delivers error messages even when successful

Change by Arno-Can Uestuensoez : -- title: query of global options delivers error messages even when successful -> query of global metadata options delivers error messages even when successful ___ Python tracker <https://bugs.python.org/issu

[issue38718] query of global options delivers error messages even when successful

New submission from Arno-Can Uestuensoez : The 'setup.py' interface offers some global options, which could be queried. For example among numerous others the 'classifiers'. The current implementation displays for example for the following call:: python setup.py --description The result

[issue38709] distutils - setuptools - alias command removes comments from setup.cfg

Arno-Can Uestuensoez added the comment: Current related issues are: issue 38714 issue 38711 issue 38709 -- ___ Python tracker <https://bugs.python.org/issue38

[issue38711] setup parameter 'distclass' ignored for configuration files

Arno-Can Uestuensoez added the comment: Current related issues are: issue 38714 issue 38711 issue 38709 -- ___ Python tracker <https://bugs.python.org/issue38

[issue38714] setup command alias erroneous for names with hyphens

Arno-Can Uestuensoez added the comment: Current related issues are: issue 38714 issue 38711 issue 38709 -- ___ Python tracker <https://bugs.python.org/issue38

[issue38714] setup command alias erroneous for names with hyphens

Change by Arno-Can Uestuensoez : -- type: -> behavior ___ Python tracker <https://bugs.python.org/issue38714> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue38714] setup command alias erroneous for names with hyphens

New submission from Arno-Can Uestuensoez : Even though this involves 'setuptools', I write this issue here because of the tight coupling of 'distutils' and 'setuptools' e.g. by the passed 'self' parameter. The aliases as represented by the command 'setup.py alias' are internally treated

[issue38711] setup parameter 'distclass' ignored for configuration files

New submission from Arno-Can Uestuensoez : Even though this involves 'setuptools', I write this issue here because of the tight coupling of 'distutils' and 'setuptools' e.g. by the passed 'self' parameter. The central API 'setup()' - 'setuptools.init.setup()' - provides the parameter

[issue38709] distutils - setuptools - alias command removes comments from setup.cfg

New submission from Arno-Can Uestuensoez : The command 'alias' rewrites the configuration file completely when a new alias is added. The default file is 'setup.cfg'. All comments of the original file are stripped off before, though the new 'setup.cfg' does not contain any comments

[issue38262] Mixins - super calls in bases of multiple-inheritance with different parameters

Arno-Can Uestuensoez added the comment: Fix two typos in my previous post: #>>> This basic diamond structure represents the call signatures: I: for D II: for B and C III: for A #<<< and #>>> The current implementation changes the routed method c

[issue38262] Mixins - super calls in bases of multiple-inheritance with different parameters

Arno-Can Uestuensoez added the comment: Hi, first of all thank you both for the fast reply. The point is here, that the call routing and the parameter passing are intermixed. The MRO defines the call order, but does not define a signature change for the call within one inheritance layer

[issue38262] Mixins - super calls in bases of multiple-inheritance with different parameters

Arno-Can Uestuensoez added the comment: Hey, first of all thank you for the fast reply. Your examples reinforce exactly my issue. I prefer the KISS principle in providing isolated use-cases for transparency without extras. Which is seperated reduced flat calls only. The other point is, I

[issue38262] Mixins - super calls in bases of multiple-inheritance with different parameters

New submission from Arno-Can Uestuensoez : The attached examples evaluate inheritance by mixins with different arameters and in different orders. The 'super()' call propagates the call resolution by definition to the next level, and cares about multiple inheritance as well as mixins. Where

[issue35334] urllib3 fails with type error exception, when cannot reach PyPI - urllib3.util.retry

Arno-Can Uestuensoez added the comment: In order to avoid further confusion (github: #1486): > This is the wrong bug tracker for urllib3. The urllib3 package is not part of > Python's standard library. => OK. # As xtreak pointed out, it's not even a bug in urllib3 or pip. Deb

[issue35334] urllib3 fails with type error exception, when cannot reach PyPI - urllib3.util.retry

Arno-Can Uestuensoez added the comment: @christian.heimes , @xtreak Thanks, just for documentation, hope this is the right place - putting one to debian later: See: issue - 1486: https://github.com/urllib3/urllib3/issues/1486 for file: https://github.com/urllib3/urllib3/blob/master/src

[issue35334] urllib3 fails with type error exception, when cannot reach PyPI - urllib3.util.retry

Arno-Can Uestuensoez added the comment: @xtreak I didn't checked the source of the assignment of the instance of *Retry* to *self.total*. For me it was important to get the display of the actual source of the failure, which is the failed access to PyPI. Thus my proposal, just to intercept

[issue35334] urllib3 fails with type error exception, when cannot reach PyPI - urllib3.util.retry

New submission from Arno-Can Uestuensoez : Hi, I am using the installation script *adafruit-pitft.sh* which tries to apply *urllib3* which itself tries to install nested dependencies, here *evdev* from PyPI. When the installation is offline - e.g. by internal mirror of debian/raspbian - PyPI

[issue33154] subprocess.Popen ResourceWarning should have activation-deactivation flags

Arno-Can Uestuensoez <acue.opensou...@gmail.com> added the comment: See also issue26741 - subprocess.Popen should emit a ResourceWarning in destructor if ... -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue33154] subprocess.Popen ResourceWarning should have activation-deactivation flags

New submission from Arno-Can Uestuensoez <acue.opensou...@gmail.com>: The subprocess call *subprocess.Popen* in Python3.6 was added a number of resource warnings, including subprocess run-state and open files. This is a very good facility for debugging, but causes a lot of trouble for pr

[issue33150] Signature error for methods of class configparser.Interpolation

New submission from Arno-Can Uestuensoez <acue.opensou...@gmail.com>: I am not sure whether this is already covered by an issue, it is present in 3.6.2 and 3.6.4. The class Interpolation in the configparser module causes an exception: File "/opt/python/python-3.6.4/li

[issue32078] string result of str(bytes()) in Python3

Arno-Can Uestuensoez <acue.opensou...@gmail.com> added the comment: I got your point, missed it before, sorry. So just for completeness. My issue was basically about the ambiguity of the str()-constructor and the str()-built-in-function. Therefore the len/type prints. It works with para

[issue32078] string result of str(bytes()) in Python3

Arno-Can Uestuensoez <acue.opensou...@gmail.com> added the comment: Sorry for the typo. -- Added file: https://bugs.python.org/file47276/howto_bytes_005typo.py ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue32078] string result of str(bytes()) in Python3

Arno-Can Uestuensoez <acue.opensou...@gmail.com> added the comment: Hello, the following reduced example probably shows the issue a little better. I have currently not yet the 3.7+ environment, but guess the same behavior. Regards Arno -- versions: +Python 3.7, Python 3.8 Adde

[issue32078] string result of str(bytes()) in Python3

New submission from Arno-Can Uestuensoez <acue.opensou...@gmail.com>: Hello, I am currently writing some dual-version libraries and have to deal with str/unicode. The attached code example contains the str/unicode handling. The Python3.6.2 release behaves as I did not expected f

[issue28392] shlex - non-posix-mode: error in Multiple occurances of quotes substrings/words

New submission from Arno-Can Uestuensoez: See also 28391: Multiple occurances of: Closing quotes separate words The issue 28391 is accepted, as it is defined: Quotes *within* words are ignored, only a leading quoted string will result in a separate word. (That's recursive: try '&qu

[issue28391] Multiple occurances of: Closing quotes separate words

New submission from Arno-Can Uestuensoez: I am currently writing an extended options scanner including shlex-compatibility mode. So including numerous extended unittests for compatibility verification. I am not sure whether the following behaviour of shlex.split() is correct: Quote from

[issue26329] os.path.normpath("//") returns //

Arno-Can Uestuensoez added the comment: Hi Serhiy, I am currently still investigating it for my own project. https://stackoverflow.com/questions/37646103/posix-path-1003-1-examples-and-behaviour-for-foo-bar Currently I do not have the build environment, so I can provide the text

[issue27234] tuple - single value with comma is assigned as type tuple

New submission from Arno-Can Uestuensoez: A single value terminated by a comma is assigned to be a tuple, even when missing parenthesis. a=(1) => a=1OK/defined as a=(1,) => a=(1,) OK a=1, => a=(1,) ??? Is the latter intended? -- In [4]: a=1, In [5]: p

[issue27228] just for clearing: os.path.normpath("file://a") returns "file:/a"

New submission from Arno-Can Uestuensoez: I am currently finishing a file system library and use 'os.path.normpath' for canonical input into match-operations. So already found Issue26329 - IEEE-1003.1-Chap 4.2 and written a comment. But I guess this issue should be handled seperately. Now

[issue26329] os.path.normpath("//") returns //

Arno-Can Uestuensoez added the comment: I propose to add at least a statement like e.g. "In conformance to IEEE Std 1003.1™, 2013 Edition; 4.12 Pathname Resolution". Because I had the same thought of a bug at first view, this because I did not find any hint in e.g. docs