Sorin Sbarnea added the comment:
Maybe I should mention that my networking is configured only with values
received from the DHCP server, which includes 2 DNS servers, one ipv4 an done
ipv6, both of them being the local router and *1* search domain, which is a
real domain (not local
Sorin Sbarnea added the comment:
I am able to reproduce this bug with Python 3.10 on MacOS 12.2 too, and I
happen to have some extra insights about what happens, see
https://github.com/tox-dev/tox/issues/2375
Basically the culprit is a reverse-dns query (PTR) that takes 30s to return
Change by Sorin Sbarnea :
--
keywords: +patch
pull_requests: +25448
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26873
___
Python tracker
<https://bugs.python.org/issu
Change by Sorin Sbarnea :
--
type: -> performance
___
Python tracker
<https://bugs.python.org/issue44497>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Sorin Sbarnea :
As the results of investigating a very poor performance of pip while trying to
install some code I was able to identify that the root cause was the current
implementation of distutils.filelist.findall or to be more precise the
_find_all_simple function
Change by Sorin Sbarnea :
--
nosy: +ssbarnea
___
Python tracker
<https://bugs.python.org/issue41973>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sorin Sbarnea added the comment:
It seems that the bug is still present. There is some additional
information on the new report https://bugs.python.org/issue35164
--
nosy: +ssbarnea
___
Python tracker
<https://bugs.python.org/issue29
New submission from Sorin Sbarnea :
It seems that when the MacOS machine does not have a FQDN name manually
configured using `scutil`, python will be fail to resolve domain names and
timeout after ~30 seconds.
I mention that the DNS resolution works correctly on the machine and that the
Sorin Sbarnea added the comment:
I agree that this deprecation approach is not very helpful because it does not
indicate a recommended way to fix.
Yep, we all know that we will be forced to rename these parameters/variables
everywhere and likely break few APIs due to it.
I am curious if
Sorin Sbarnea added the comment:
Based on my tests this worked with all shells I tested with, the syntax being a
very old one and not some new/modern one.
Passed: bash, zsh, dash, ksh
Platforms: MacOS, RHEL Linux
Failed with: tcsh but with the note that even the original code would fail
sorin added the comment:
This is a perfectly valid bug and I am surprised it was ignored for so long.
I just raised a PR for addressing it, please review it.
--
keywords: +patch
nosy: +sorin
pull_requests: +3790
stage: -> patch review
type: enhancement -> behavior
versions: +
Changes by sorin :
--
nosy: -sorin
___
Python tracker
<http://bugs.python.org/issue1602>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
sorin added the comment:
Here is one example of failure caused by this
https://gist.github.com/ssbarnea/b373062dd45de92735c7482b2735c5fb
--
___
Python tracker
<http://bugs.python.org/issue26
New submission from sorin:
The ConfigParser issue with % (percent) is taking huge proportions because it
does have serious implications downstream. One such example is the fact that in
breaks virtualenv in such way the if you create a virtual env in a path that
contains percent at some point
Changes by sorin :
--
nosy: -sorin
___
Python tracker
<http://bugs.python.org/issue6792>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
New submission from sorin:
The standard library implementation of an OrderedDict (which is included in
Python 3.4) uses a weakref for the root reference.
https://hg.python.org/cpython/file/534b26837a13/Lib/collections/__init__.py#l74
This was reported initially on
https://github.com
sorin added the comment:
Can't we do something about this bug? I think that most python devs are
ignoring the severity of this one, especially because it does break
distribution of packages (or at least their testing)
On OS X the experience is awful as --user doesn't work at al
sorin added the comment:
Can we have this merged, it prevents us form using distutil, especially in a
continuous integration environment where you do not have control over the build
server.
See: https://drone.io/github.com/pycontribs/tendo/1
--
nosy: +sorin
sorin added the comment:
Can we have a fix for this? ... one that would not require me to drop using
PYTHONDONTWRITEBYTECODE.
I do have PYTHONDONTWRITEBYTECODE=1 on my user profile and installing packages
became a nightmare.
--
nosy: +sorin
sorin added the comment:
Am I wrong or we should reopen this bug. Try `ulimit -n unlimited` and you'll
make python code that does popen practically blocking.
--
nosy: +sorin
type: -> performance
___
Python tracker
<http://bugs
sorin added the comment:
I updated the gist and made a minimal test
https://gist.github.com/1047551
--
___
Python tracker
<http://bugs.python.org/issue12
sorin added the comment:
Right, so you have some binary data and you want to sent it to `httplib`. This
worked in the past when `msg` was a non-unicode string, but starting with
Python 2.7 this became an unicode string, so when you try to append the
`message` if will fail because it will try
sorin added the comment:
Here is a test file that will replicate the problem, I added it as a gist so it
could support contributions ;)
Py <2.7 works
Py ==2.7 fails
Py >=3.0 works after minor changes required by py3k
https://gist.github.com/1
sorin added the comment:
I have to add some details here. First, this bug has nothing to do with the
URL, it does reproduce for normal urls.
Still the problem with the line: "msg += message_body" is quite complex when
combined with Python 2.7:
type(msg) is unicode
type(message_bo
sorin added the comment:
You are right, I debugged the problem a little more and discovered at least one
bug in PyAMF.
Still, I was surprised to find out something very strange, it look that
BytesIO.getvalue() does return `str` even if the documentation says it does
return `bytes`. Should I
sorin added the comment:
Added as bug http://bugs.python.org/issue12398
--
___
Python tracker
<http://bugs.python.org/issue11898>
___
___
Python-bugs-list mailin
New submission from sorin :
It looks that Python 2.7 changes did induce some important bugs into httplib
due to to implicit str-unicode encoding/decoding.
One clear example is that PyAMF library doesn't work with Python 2.7 because it
is not able to generate binary data POST resp
sorin added the comment:
There is another problem that makes the problem even more critical. OS X 10.7
does include Python 2.7.1 as the *default* interpreter.
So we'll need both a fix for the future and an workaround.
BTW, the hack with sys.setdefaultencoding cannot be used if you r
sorin added the comment:
Can we get more info regarding resolution of this bug. Due to this bug httplib
cannot be used anymore to send binary data. This bug breaks other modules, one
example being PyAMF (that does communicate only using binary data).
--
nosy: +sorin
sorin added the comment:
FYI, I got the above output from 10.7 from a friend, I do not have access to
the seed, so the information could be wrong.
--
___
Python tracker
<http://bugs.python.org/issue11
sorin added the comment:
And in addition to 2.5 and 2.6, 10.7 includes 2.7.
--
___
Python tracker
<http://bugs.python.org/issue11623>
___
___
Python-bugs-list m
sorin added the comment:
You are right about Python from 10.6, it has PPC, but 10.7 doesn't.
bash-3.2$ file /Volumes/107/usr/bin/python2.6
/Volumes/107/usr/bin/python2.6: Mach-O universal binary with 2 architectures
/Volumes/107/usr/bin/python2.6 (for architecture x86_64): Mach-O 6
sorin added the comment:
Let's try to find a good compromise regarding this. I hope the we all agree
that we should not put our personal needs or preferences on the first place,
it's important to improve the overall experience for most users.
First, we do not want to fail to
sorin added the comment:
I think that distutils must me modified to auto detect supported architectures
and use them, this without requiring you to hack ARCHFLAGS.
The number of developers that need to build PPC binaries is at least one order
of magnitude lower than the number of users in
New submission from sorin :
On OS X (10.6) with Python 2.6
import plistlib
plistlib.writePlistToBytes(dict())
AttributeError: 'module' object has no attribute 'writePlistToBytes'
Python documentation contains no information regarding when writePlistToBytes
was add.
ht
sorin added the comment:
remeber that cp65001 cannot be set on windows. Also please read
http://blogs.msdn.com/b/michkap/archive/2010/10/07/10072032.aspx and contact
the author, Michael Kaplan from Microsoft, if you have more questions. I'm sure
he will be glad to
sorin added the comment:
I made a small but important update to quote_command(), now it does quote the
command line only under Windows because doing this under other platforms may
break the command line.
--
___
Python tracker
<h
sorin added the comment:
Please reopen the bug, current documentation change is not a proper solution
and also it does not work (see below).
Python's openssl repository contain pregenerated mak files (/ms/*.mak), when it
should not.
If you check openssl repository you will see that
Changes by sorin :
Removed file: http://bugs.python.org/file18828/buildbot_curdir.patch
___
Python tracker
<http://bugs.python.org/issue9822>
___
___
Python-bugs-list m
Changes by sorin :
Removed file: http://bugs.python.org/file18829/readme.txt.patch
___
Python tracker
<http://bugs.python.org/issue9822>
___
___
Python-bugs-list mailin
sorin added the comment:
This is true, that this can impact the build process but the changes are
assuring that it will always chdir to the right directory.
BTW, %~dp0 is the directory when the batch file is located.
--
Added file: http://bugs.python.org/file18831
sorin added the comment:
In this case I made the patch on the right branch (py3k).
These scripts could be called manually and it doesn't make any sense not to
make them work in all cases.
Not every Windows developer is using Visual Studio to build things, 'some' of
the
Changes by sorin :
--
keywords: +patch
Added file: http://bugs.python.org/file18828/buildbot_curdir.patch
___
Python tracker
<http://bugs.python.org/issue9
New submission from sorin :
Currently most batch files from Tools\buildbot do fail to run if you do not
call them from the python source root directory.
I already have patched files, but the question is against which branch should I
make them, considering that this bug is valid for all
sorin added the comment:
+1 for adding it because it will make the code easier to read/understand.
Bad performance could be documented and it's related about internal
representation.
--
nosy: +sorin
___
Python tracker
<http://bugs.py
sorin added the comment:
Important tools (like ease_install, pypm) from `Script` directory are already
including version prefixes in their names (tool-2.7.exe).
This means that it should not be a big problem having several Scripts
directories on your path.
Most python users are not
sorin added the comment:
True about tee, I forgot to remove it. By the way, in case the other patch does
not solve the issue we can use the quote_command() from
http://github.com/ssbarnea/tendo/blob/master/tendo/tee.py to solve it.
--
versions: +Python 2.5
sorin added the comment:
Here is a test file. It does contain 3 command lines that are similar but one
of them is not working (cmd_2).
--
Added file: http://bugs.python.org/file18662/bug_line_too_long.py
___
Python tracker
<http://bugs.python.
sorin added the comment:
I'm currently building some samples (one that could be run on any Windows
machine).
--
___
Python tracker
<http://bugs.python.org/i
New submission from sorin :
Behavior: you get "The input line is too long." error message when you try to
run an external process by using os.system(), subprocess.Popen() or other
similar methods.
The real command line limit is 8192 under Windows and in most cases (if not
all) the
New submission from sorin :
create a test.py with this content:
print("test")
run this file from command line by redirecting the output:
test.py >out.log
You get:
close failed in file obje
sorin added the comment:
Additional information that will enable the installer to update the path
without requiring a relogin/restart: http://support.microsoft.com/kb/104011
--
___
Python tracker
<http://bugs.python.org/issue7
sorin added the comment:
I would like to know what happened with hex_codec and what is the new py3 for
this.
Also, it would be really helpful to see DeprecationWarnings for all these
codecs in py2x and include a note in py3 changelist.
The official python documentation from
http
sorin added the comment:
For me the patch worked. It would be really nice to have it in 2.7 - I really
hate Python functions that are not working on Windows.
--
___
Python tracker
<http://bugs.python.org/issue1578
sorin added the comment:
Any idea if there is a nightly build for Python 2.6? The latest release was
2.6.4 and was 2 days before submitting the patch.
Or the only alternative is to build it myself? Any ideas on when we could see
2.6.5? - I tried to look for a release timeline but I wasn&#
sorin added the comment:
BTW, Is there any hope to add this to Python 2.6? - this is the standard on
Windows and I see this issue more like a bug resolution than a new feature ;)
--
___
Python tracker
<http://bugs.python.org/issue1578
sorin added the comment:
Maybe it's useful to know that Administrator privileges are not required in
order be able to create symlinks. You just need a specific permission that by
default is assigned only to Administrators.
How to set SeCreateSymbolicLinkPrivilege on Windows Vista or
sorin added the comment:
If you could provide a build I could run the tests on Windows 7 x64.
This is a very old bug that I would like to see it solved.
--
nosy: +sorin
___
Python tracker
<http://bugs.python.org/issue1578
Changes by sorin :
--
nosy: +sorin
___
Python tracker
<http://bugs.python.org/issue1602>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
sorin added the comment:
It is possible to create combined x86 and x64 msi files and in fact it
would be a good idea to have only one instead of two.
--
nosy: +sorin
___
Python tracker
<http://bugs.python.org/issue6
sorin added the comment:
Thanks Isaul,
Anyway I made the required change before submitting the bug first time
and additionally to what you wrote it is enough to logout/login to
update the path - no reboot required.
The bug is about repairing/improving Python experience for all Windows
users
New submission from sorin :
I observed that Windows installer is able to add only the Python
installation folder to the path.
In addition to this it should add the Scrips folder because many python
tools are installing scripts inside it, scripts that the user cannot us
unless he add this
sorin added the comment:
I totally agree that we must create batch files for commands but not by
including python code inside them.
--
nosy: +sorin
___
Python tracker
<http://bugs.python.org/issue4
sorin added the comment:
If I made a patch that will raise an error if you include commands
module under Windows will you include it - this will safe others time.
--
___
Python tracker
<http://bugs.python.org/issue5
sorin added the comment:
Also the same issue does apply for command.getstatusoutput in Python 2.6.
Maybe this bug should be reopened and solved by adding a platform check
in the module. Also the documentation does not specify what would be the
right multiplatform alternative.
Anyway, the
Changes by sorin :
--
nosy: +sorin
___
Python tracker
<http://bugs.python.org/issue4947>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
66 matches
Mail list logo
