[issue28488] shutil.make_archive (xxx, zip, root_dir) is adding './' entry to archive which is wrong

New submission from Alexander Belchenko: Running shutil.make_archive('a', 'zip', 'subdir') is created wrong and not really needed entry "./" which is visible in zipfile.ZipFile.namelist(): ['./', 'foo/', 'hello.txt', '

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

Alexander Belchenko added the comment: Based on my last assumption I'm able to reproduce this issue with simple test attached. If I comment out the line setup_logger(loggerB) The everything works OK. Once this line in - it's traceback. I guess it's fair to say the bug in

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

Alexander Belchenko added the comment: According to documentation on RotateFileHandler "When this file is filled, it is closed and renamed to app.log.1, and if files app.log.1, app.log.2, etc. exist, then they are renamed to app.log.2, app.log.3 etc. respectively." But we have

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

Alexander Belchenko added the comment: Update to previous comment. I use the same settings for tornado logger (e.g. filename). logger = logging.getLogger('tornado') setup_logger(logger, log_config) So I have 2 loggers in one application which are trying to write to the sam

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

Alexander Belchenko added the comment: I have suspicion about this issue. In my application tornado framework is used. I setup logger for my own code, but use the same logger for tornado, so all messages from tornado itself go into the same log file. As I said earlier it's strange bu

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

Changes by Alexander Belchenko : -- title: python logger can't wrap log file and blows with traceback -> python logger RotatingFileHandler can't wrap log file and blows with traceback ___ Python tracker <http://bugs.pytho

[issue25121] python logger can't wrap log file and blows with traceback

Alexander Belchenko added the comment: Yes. it's rotating file handler. I'll try to recreate this issue with simpler test application, so I can provide something as example. -- ___ Python tracker <http://bugs.python.o

[issue25121] python logger can't wrap log file and blows with traceback

Alexander Belchenko added the comment: PermissionError mentions file name "C:\\Users\\Andrew\\Desktop\\server\\logs\\2015-0 9-09_10-44-03\\2015-09-09_10-44-04-middleman-684.log.1" - but this file does not exist in log directory. There is only "C:\\Users\\Andrew\\Desktop\\serve

[issue25121] python logger can't wrap log file and blows with traceback

New submission from Alexander Belchenko: We're using standard logging library for logs. On machine of my colleague there is constantly traceback like this: [11:21:29] PermissionError: [WinError 32] The process cannot access the file because it is being used by another process: '

[issue16164] there is no easy way to force unittest.main to use stdout rather than stderr

New submission from Alexander Belchenko: Why by default unittest.main (which uses unittest.TextTestRunner) prints everything to stderr. What the reason behind this behavior? It makes very inconvenient to run big test suite with less, i.e. python test.py | less or python test.py > test.

[issue12694] crlf.py script from Tools doesn't work with Python 3.2

New submission from Alexander Belchenko : Attempt to use crlf.py script from standard windows install always fail with traceback: C:\Python32\Tools\Scripts>C:\Python32\python.exe crlf.py 2to3.py Traceback (most recent call last): File "crlf.py", line 23, in main() File &q

[issue11594] 2to3 does not preserve line endings

Alexander Belchenko added the comment: Éric, thank you for the proposal, but I'm not familiar enough with the codebase to work on it. The short scan over the tests reveals that there is at least one test which tries to test CRLF behavior, in the file test_refactor.py, but I

[issue11594] 2to3 tool does not preserve line-endings

Alexander Belchenko added the comment: @Éric Araujo: I've ran tests with python 3.2. All tests have passed: -- Ran 540 tests in 37.688s OK -- ___ Python tracker

[issue11594] 2to3 tool does not preserve line-endings

New submission from Alexander Belchenko : I'm using LF-only line-endings for development of my IntelHex library. I'm working on Windows most of the time. After 2to3 tool has been ran on my library it has not only changed the Python syntax, but it also saved all files with CRLF li

[issue1616979] cp720 encoding map

Alexander Belchenko added the comment: OK, thanks. -- ___ Python tracker <http://bugs.python.org/issue1616979> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1616979] cp720 encoding map

Alexander Belchenko added the comment: As the author of original patch I want to note that it seems your merged patch does not update the documentation (list of standard encodings). Please, update the docs as well. -- ___ Python tracker <h

[issue1526] DeprecationWarning in zipfile.py while zipping 113000 files

Changes by Alexander Belchenko: -- nosy: bialix severity: normal status: open title: DeprecationWarning in zipfile.py while zipping 113000 files type: behavior versions: Python 2.5 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1526] DeprecationWarning in zipfile.py while zipping 113000 files

New submission from Alexander Belchenko: C:\Python\2.5.1\lib\zipfile.py:719: DeprecationWarning: 'H' format requires 0 <= number <= 65535 0, 0, count, count, pos2 - pos1, pos1, 0) -- components: +Library (Lib) __ Tracker <[EMAI