Change by Piotr Dobrogost :
--
nosy: +piotr.dobrogost
___
Python tracker
<https://bugs.python.org/issue43312>
___
___
Python-bugs-list mailing list
Unsubscribe:
Piotr Dobrogost added the comment:
I strongly agree with arguments given by the original poster. Stackoverflow's
questions cited show the functionality of disabling logger is something people
are looking for.
Disabling logger by setting high enough level seems to be a workaround at best
Change by Piotr Dobrogost :
--
nosy: +piotr.dobrogost
___
Python tracker
<https://bugs.python.org/issue36318>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Piotr Dobrogost :
--
nosy: +piotr.dobrogost
___
Python tracker
<https://bugs.python.org/issue5654>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Piotr Dobrogost :
--
nosy: +piotr.dobrogost
___
Python tracker
<https://bugs.python.org/issue24132>
___
___
Python-bugs-list mailing list
Unsubscribe:
Piotr Dobrogost added the comment:
Benjamin Peterson in comment https://bugs.python.org/issue2517#msg64771 wrote:
"That is because Python encodes it's error messages as ASCII by default…"
Could somebody please point where in the source code of Python 2 th
Change by Piotr Dobrogost :
--
nosy: +piotr.dobrogost
___
Python tracker
<https://bugs.python.org/issue2517>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Piotr Dobrogost :
--
nosy: +piotr.dobrogost
___
Python tracker
<https://bugs.python.org/issue22852>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Piotr Dobrogost :
--
nosy: +piotr.dobrogost
___
Python tracker
<https://bugs.python.org/issue34276>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Piotr Dobrogost <p...@bugs.python.dobrogost.net>:
When building Python 2.7.14 on Fedora 28 I get the following error:
[piotr@demon]/tmp/Python-2.7.14% make
(…)
./python -E -S -m sysconfig --generate-posix-vars ;\
if test $? -ne 0 ; then \
echo "generate-posix-
Change by Piotr Dobrogost <p...@bugs.python.dobrogost.net>:
--
nosy: +piotr.dobrogost
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.o
Changes by Piotr Dobrogost <p...@bugs.python.dobrogost.net>:
--
nosy: +piotr.dobrogost
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Piotr Dobrogost:
When urllib2.urlopen() is passed "context" argument the new opener is being
built (https://hg.python.org/cpython/file/a06454b1afa1/Lib/urllib2.py#l147) and
used instead custom opener which might had been already installed with
urllib2.inst
Changes by Piotr Dobrogost <p...@bugs.python.dobrogost.net>:
--
nosy: +piotr.dobrogost
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Piotr Dobrogost <p...@bugs.python.dobrogost.net>:
--
nosy: +piotr.dobrogost
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Piotr Dobrogost <p...@bugs.python.dobrogost.net>:
--
nosy: +piotr.dobrogost
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pytho
Changes by Piotr Dobrogost <p...@bugs.python.dobrogost.net>:
--
nosy: +piotr.dobrogost
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Piotr Dobrogost <p...@bugs.python.dobrogost.net>:
--
nosy: +piotr.dobrogost
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Piotr Dobrogost added the comment:
This problem came out in the bug Cannot make URL query string with a parameter
without a value (https://github.com/kennethreitz/requests/issues/2651) raised
in urllib3 project (which itself is being used by Requests library mentioned in
this bug
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9427
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22269
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23246
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23841
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21861
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23754
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23752
Piotr Dobrogost added the comment:
This new patch abandons the buffer interface and specializes for Bytes per
the comments on this issue.
Why does it abandon buffer interface? Because of the following?
Thanks for digging here. As much as I'd love to follow this interpretation,
it simply
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23576
New submission from Piotr Dobrogost:
It would be helpful to make it clear in section Configuration file format
that it's not possible to configure filters through configuration file as
opposed to dictionary passed to dictConfig() method.
I found this clearly stated in Pyramid docs at
http
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14965
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22889
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22028
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6792
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1294959
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2943
Piotr Dobrogost added the comment:
@Rotkraut
The truth is http in stdlib is dead.
Your best option is to use 3rd party libs like requests or urllib3.
Authors of these libs plan to get rid of httplib entirely; see Moving away
from httplib (https://github.com/shazow/urllib3/issues/58
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18885
Piotr Dobrogost added the comment:
@hypo
Is there any reason you keep this PEP secret :) by not mentioning it on bug
18885?
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22007
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21859
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17984
Piotr Dobrogost added the comment:
The statement in comment http://bugs.python.org/issue9861#msg133051 seems to be
wrong as changes between versions 2.5 and 2.6 are not security only fixes.
Changing visibility of module's public attributes should at least be documented
thus closing this bug
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1298835
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21026
Piotr Dobrogost added the comment:
Garbage in, garbage out.
In this case – exec -a '' – yes, but in general not so – see Mismatch between
sys.executable and sys.version in Python question at SO
(http://stackoverflow.com/q/22236727/95735).
As to not guessing Victor STINNER in comment
http
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17128
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7231
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19744
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19279
Piotr Dobrogost added the comment:
I guess extracting Richard's patch to a package and placing it on PyPI would be
a good move. I recalled reading this bug after I saw Does Python IO allow
opened file to be deleted/renamed on Windows? question on Stackoverflow
(http://stackoverflow.com/q
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10049
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1673203
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11011
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8713
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4749
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12939
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13238
Piotr Dobrogost added the comment:
Maybe the solution is to make what I was trying to do easier without
fooling with the shell instead of playing the fool's game of trying to
improve the ability to deal with the shell so we can pass things
through it unnecessarily.
You are too harsh
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9148
Piotr Dobrogost added the comment:
This is unexpected and makes people wonder what's going on. See
http://stackoverflow.com/q/7004687/95735 and
http://stackoverflow.com/q/7264571/95735.
--
___
Python tracker rep...@bugs.python.org
http
Piotr Dobrogost added the comment:
I think you're missing the point. The implementation is wrong as it does not do
what documentation says which is A double quotation mark preceded by a
backslash is interpreted as a literal double quotation mark. How the output of
list2cmdline interacts
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18649
Piotr Dobrogost added the comment:
The docstring starts with this statement
Translate a sequence of arguments into a command line string, using the same
rules as the MS C runtime:
which clearly makes the impression that function list2cmdline uses the same
rules as the MS C runtime. However
Piotr Dobrogost added the comment:
Sure, something like
The purpose of this function is to construct a string which will be later
interpreted by MS C runtime as denoting a sequence of arguments. Because of
this the string is built in such a way as to preserve the original characters
when
New submission from Piotr Dobrogost:
According to the docstring of list2cmdline function in subprocess module the
sequence of a backslash followed by a double quote mark should denote double
quote mark in the output string. However it's not the case
Python 2.7.4 (default, Apr 6 2013, 19:55
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18476
New submission from Piotr Dobrogost:
It seems there's no way to pass custom arguments for loggers
(http://hg.python.org/cpython/file/d9893d13c628/Lib/logging/__init__.py#l)
and formatters
(http://hg.python.org/cpython/file/d9893d13c628/Lib/logging/config.py#l117) the
same way
Piotr Dobrogost added the comment:
@Vinay
Is there any discussion which lead to this change?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17010
New submission from Piotr Dobrogost:
TextTestRunner's init as of 3.3.1 has
(http://hg.python.org/cpython/file/d9893d13c628/Lib/unittest/runner.py#l128)
the following parameters:
stream, descriptions, verbosity, failfast, buffer, resultclass, warnings
whereas docs
(http://docs.python.org/3.3
Piotr Dobrogost added the comment:
It's simpler but is it better this way? I doubt. I think we should take
advantage of symlinks whenever we can and only fallback to copying if they are
not available.
--
___
Python tracker rep...@bugs.python.org
New submission from Piotr Dobrogost:
This makes it possible to handle paths/usernames with special characters - see
https://github.com/pypa/virtualenv/pull/352
--
components: Library (Lib)
messages: 187037
nosy: piotr.dobrogost, vinay.sajip
priority: normal
severity: normal
status
New submission from Piotr Dobrogost:
activate.bat sets VIRTUAL_ENV environment variable. This variable is treated as
a sign that virtualenv is active. For this reason deactivate.bat should unset
this variable. See https://github.com/pypa/virtualenv/pull/364
--
components: Library (Lib
Piotr Dobrogost added the comment:
I've just stumbled upon this issue after asking Where is pyvenv script in
Python 3 on Windows installed? question at
http://stackoverflow.com/q/1598/95735
Perhaps Windows installs should include (alongside Python.exe) a pyvenv.exe
that invokes venv
Piotr Dobrogost added the comment:
Issue titled Python Launcher and virtualenv? at
https://bitbucket.org/vinay.sajip/pylauncher/issue/15/ is related.
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Piotr Dobrogost added the comment:
Following discussions on python-dev, the default is always to symlink,
except on Windows (no support for true symlinks on XP and older) and
In this case couldn't symlinks be automatically used on Windows Vista or newer?
--
nosy: +piotr.dobrogost
Piotr Dobrogost added the comment:
I don't understand whether you are proposing to include the patch into Python
as-is;
I think Richard is well aware of the constraints you specify and current patch
was meant as a proof of concept; to show that all tests pass with such a
change. Of course
Piotr Dobrogost added the comment:
Having the same semantics on both Unix and Windows with regard to validity of
file handle after a file was deleted would be a very nice to have. How could we
progress this?
I'm adding Martin and Antoine to cc list.
--
nosy: +loewis, pitrou
Piotr Dobrogost added the comment:
@sbt
Thanks for info. Also you mentioned looking at c:/Program Files (x86)/Microsoft
Visual Studio 10.0/VC/crt/src/open.c What version of Visual Studio/SDK this
file is available in?
Also I'd like to point out that this problem came up at Stack Overflow
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +dabrahams, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15244
Piotr Dobrogost added the comment:
@sbt
(...) and it seems that on Windows open() is more or less implemented
as a wrapper of sopen(..., ..., SH_DENYNO, ...).
So the only reason that trying to reopen a NamedTemporaryFile fails on
Windows is because when we reopen we need to use O_TEMPORARY
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15244
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17322
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14243
Piotr Dobrogost added the comment:
I could try to write a patch with some help if there was any chance it might be
accepted. Where do I start?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17164
New submission from Piotr Dobrogost:
It seems there's no information on how should session cookies be stored in the
Netscape/Mozilla's cookies.txt file with regard to expiry time - see
http://www.cookiecentral.com/faq/#3.5 Maybe Netscape has not been saving such
cookies at all thus this lack
Piotr Dobrogost added the comment:
@joel.verhagen
Should HTTPResponse.getheaders() comma-separate the values (...)
No, it should not. RFC 2616 states:
Multiple message-header fields with the same field-name MAY be present in a
message if and only if the entire field-value for that header
Piotr Dobrogost added the comment:
...continuing my previous comment
Joining headers with the same name by , by HTTPResponse.getheaders() in
Python 2.7 is wrong and there's a bug for this - see
http://bugs.python.org/issue1660009
--
___
Python
Piotr Dobrogost added the comment:
@jjlee
What you said re commas in 2007 was wrong and still is. Joining (with commas)
multiple header field values having the same field name unconditionally
(without knowing it's safe) was not allowed by RFC 2616 and still is not
allowed by the upcoming new
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8109
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3244
Piotr Dobrogost added the comment:
But I think Piotr's use case is when you download some new library (...)
Yes, indeed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16312
Piotr Dobrogost added the comment:
@Vinay
I don't see other use cases but maybe guys behind py.test, where there is such
a feature could come up with other use cases.
The solution with passing config dict in a new command line parameter seems to
be enough as long as logging is concerned
Piotr Dobrogost added the comment:
@Chris
The example given by Holger Krekel (http://stackoverflow.com/a/13094042/95735)
showing how it can be done with pytest is exactly the thing I had in mind. It
would be good to have this feature incorporated into unittest.
@Michael
I guess checking
New submission from Piotr Dobrogost:
When running tests bundled with a library it would be useful to be able to run
some initialization code before tests are being run so that one can configure
options pertaining to logging for example.
For this reason it would be useful to have a new command
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15633
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16298
Piotr Dobrogost added the comment:
@Nikolaus
Issue 16298 was raised today describing what could be the cause of what you
observe.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15633
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12319
New submission from Piotr Dobrogost:
Pylauncher in Python 3.3 is being installed in Windows system folder instead of
Program Files folder. That's against platform rules. It should be installed in
the same folder Python is installed or in its own folder under Program Files
folder
Piotr Dobrogost added the comment:
I read this pep. It doesn't tell why installing in Program Files and adding
install folder to PATH wasn't chosen. Please take a look at the link I gave
--
___
Python tracker rep...@bugs.python.org
http
Piotr Dobrogost p...@bugs.python.dobrogost.net added the comment:
The wrong link is still at http://docs.python.org/library/functions.html
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14489
1 - 100 of 109 matches
Mail list logo