Michał Jastrzębski added the comment:
Hello,
I've made patch which address this issue.
--
keywords: +patch
nosy: +inc0
Added file: http://bugs.python.org/file28970/ftplib_maxline.patch
___
Python tracker
<http://bugs.python.org/is
Michał Jastrzębski added the comment:
Well its my understanding, that there is no maximum length specified in RFC959.
There is however option to set it up while telnet connection, and that would be
other solution to this issue.
--
___
Python
Michał Jastrzębski added the comment:
Well, that is not from RFC (or I hadn't find it):) however I'd lie if I'd call
myself an expert, should I change limit to 4096 then?
--
___
Python tracker
<http://bugs.pyt
Michał Jastrzębski added the comment:
Hello,
I've set up maxline limit to 8192. Also I've add some changes Antoine suggested
earlier.
--
Added file: http://bugs.python.org/file29019/ftplib_maxline.patch
___
Python tracker
<http://bu
Michał Górny added the comment:
> In CPython, the _ssl module is compiled in C. How can we check if libssl
> provides RAND_egd() or not at compile time?
How about... checking whether the function is provided? Unless I'm missing some
major point, AC_CHECK_FUNC should be good en
Michał Pasternak added the comment:
I just hit this bug on 2.7.6, running on polish WinXP (I need to build some
packages there, I hope I'll avoid a nasty py2exe bug). Any reasons this is not
fixed yet? Do you need any assistance?
--
nosy: +Michał.Past
Michał Pasternak added the comment:
Another REG file, encoded with CP1250, I believe.
--
Added file: http://bugs.python.org/file34188/issue9291-key.reg
___
Python tracker
<http://bugs.python.org/issue9
Michał Pasternak added the comment:
Martin: the problematic key is "[HKEY_CLASSES_ROOT\BDATuner.Składniki]". I am
pasting its name, because I suppose, that as bugs.python.org is utf-8, special
characters will be pasted properly.
Included you will find a .REG file, which is Window
Michał Pasternak added the comment:
As for the fix, sitecustomize.py works for me, too, but I somehow believe, that
adding sitecustomize.py for new Python installations would propably do more
harm than good. I'll check those 2 patches and I'll le
Michał Pasternak added the comment:
9291.patch works for me too, but I am unsure about its idea. Silently ignoring
non-ASCII registry entries - does it sound like a good idea? Maybe. Is it
pythonic? I doubt so.
I don't exactly understand what 9291a.patch is doing. For me it does look li
New submission from Michał Pasternak :
Hi,
I was recently playing with txAmpoule & Twisted on win32. When Twisted spawns
processess, the
environment is checked for unicode variables (and an exception is raised in
case of). Then it
came to my attention, that importing Tkinter on win32
Michał Pasternak added the comment:
This patch works OK for me (Vista Home Premium + Python 2.6), thanks!
--
___
Python tracker
<http://bugs.python.org/issue6
Michał Pasternak added the comment:
I hit that bug with Twisted too - I tried to use AMP:
http://twistedmatrix.com/trac/ticket/3931
--
___
Python tracker
<http://bugs.python.org/issue6
Michał Bultrowicz added the comment:
Then where it should be patched in? Can you give an example? From what I've
checked patching only works in __main__ and builtins.
--
___
Python tracker
<http://bugs.python.org/is
Michał Bultrowicz added the comment:
Ok, I've checked again and now patching "file_writer.open" works. I have no
idea what I was doing wrong the last time I checked... So I guess I'll close
the issue.
--
___
Python tracker
<
Changes by Michał Bultrowicz :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue28733>
___
___
Python-bugs-list mailing list
Unsubscrib
Michał Bultrowicz added the comment:
One more update - I had the problem, because I was using monkeypatch.setattr()
from Pytest, and assumed that it will work the same as patch(). This assumption
turned out to be wrong.
--
___
Python tracker
<h
Michał Górny added the comment:
Christian, since the code is now integrated in Python 3.6+ (with some bugfixes
AFAICS), could you consider updating your bitbucket package to match it? It
would be helpful as a backport package for older Python versions.
--
nosy: +mgorny
New submission from Michał Górny:
Since 3.5, optimized Python modules for -O and -OO are installed using
different names. The Python build system itself seems to been prepared for this
as Python itself is built with both .opt-1.pyc and .opt-2.pyc files built.
However, distutils at the moment
Changes by Michał Górny :
--
keywords: +patch
Added file:
http://bugs.python.org/file43231/0001-distutils-make-OO-enable-both-opt-1-and-opt-2-optimi.patch
___
Python tracker
<http://bugs.python.org/issue27
Michał Górny added the comment:
Brett, .pyc was controlled by --compile and .pyo by --optimize (either 1 or 2).
Technically only two variants could be used simultaneously, and distutils
accounted for that.
Now you have .pyc + .opt-1.pyc + .opt-2.pyc, so three variants instead of two
Michał Górny added the comment:
Yes, you could put it like this.
--
___
Python tracker
<http://bugs.python.org/issue27226>
___
___
Python-bugs-list mailin
Michał Jastrzębski added the comment:
Thank you Giampaolo,
I'm attaching patch changed according to your suggestion.
--
Added file: http://bugs.python.org/file29090/ftplib_maxline.patch
___
Python tracker
<http://bugs.python.org/is
New submission from Michał Bednarski:
When SELinux forbids ioctl() it fails with EACCES and whole os.set_inheritable
raises exception.
As in https://bugs.python.org/issue22258 code was added to fall back to fcntl
when ioctl() fails with ENOTTY I'm adding EACCES value to same conditi
Michał Bednarski added the comment:
> Hum, I'm surprised that SELinux blocks such safe function. Maybe the SELinux
> policy should be completed to allow it?
The ioctl is blocked for given file type regardless of request argument. As I'm
running Python on non-rooted Android up
Michał Bednarski added the comment:
> You should now sign the PSF Contributor Agreement
Done.
> (Well, in fact it would be better to do that *before* merging your change,
> but well, your change is short enough ;-))
Well on https://docs.python.org/devguide/patch.html was said "F
Michał Klich added the comment:
The documentation for argparse still does not mention this behaviour.
I decided to make a patch based no the optparse issue.
Hopefully it is good enough to be merged.
--
keywords: +patch
nosy: +michal.klich
Added file: http://bugs.python.org/file44934
New submission from Michał Bultrowicz:
Documentation of mock_open doesn't say how to use it in real-life test
situations (when you're probably not mocking in __main__). I've spent some time
scratching my head and googling for the way to mock-out the "open" function,
w
New submission from Michał Jan Warecki:
This should speak for itself:
>>> 3*4.35
13.049
>>>
The error is reproducible, and applies to all decimal numbers ending with
\.[0-9]5, and \.[0-4] as well as \.[6-9], when multiplied by 3. Examples:
>>> 3*4.1
1
Changes by Michał Jan Warecki :
--
components: +Interpreter Core
___
Python tracker
<http://bugs.python.org/issue25378>
___
___
Python-bugs-list mailing list
Unsub
101 - 130 of 130 matches
Mail list logo
