Steve Dower added the comment:
cpython-source-deps was updated middle of last year, but apparently we never
merged the main repo change to use it. I'll do it now.
--
___
Python tracker
<https://bugs.python.org/is
Change by Steve Dower :
--
pull_requests: +29848
pull_request: https://github.com/python/cpython/pull/31731
___
Python tracker
<https://bugs.python.org/issue44
Steve Dower added the comment:
Adding RMs - this should get merged before we do any security releases for
issue46948
--
nosy: +lukasz.langa, pablogsal
versions: +Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue44
Steve Dower added the comment:
Good call on the batch file. It should be easy enough to make those options
case-insensitive, and to support both forms of x86 flag. I'll leave this issue
open for that if someone wants to have a go, otherwise I'll get to them at s
Steve Dower added the comment:
New changeset 105b9ac00174d7bcc653f9e9dc5052215e197c77 by Steve Dower in branch
'main':
bpo-44549: Update bzip2 to 1.0.8 in Windows builds to mitigate CVE-2016-3189
and CVE-2019-12900 (GH-31731)
https://github.com/python/cpyt
Change by Steve Dower :
--
pull_requests: +29849
pull_request: https://github.com/python/cpython/pull/31732
___
Python tracker
<https://bugs.python.org/issue44
Steve Dower added the comment:
New changeset 58d576a43cb1800dd68f06a429d7d41f746a8c01 by Steve Dower in branch
'3.10':
bpo-44549: Update bzip2 to 1.0.8 in Windows builds to mitigate CVE-2016-3189
and CVE-2019-12900 (GH-31732)
https://github.com/python/cpyt
Change by Steve Dower :
--
pull_requests: +29850
pull_request: https://github.com/python/cpython/pull/31733
___
Python tracker
<https://bugs.python.org/issue44
Change by Steve Dower :
--
pull_requests: +29852
pull_request: https://github.com/python/cpython/pull/31735
___
Python tracker
<https://bugs.python.org/issue44
Change by Steve Dower :
--
pull_requests: +29851
pull_request: https://github.com/python/cpython/pull/31734
___
Python tracker
<https://bugs.python.org/issue44
New submission from Steve Jones:
See for yourself, on
http://docs.python.org/tut/node6.html
*
>>> for n in range(2, 10):
... for x in range(2, n):
... if n % x == 0:
... print n, 'equals', x, '*', n/x
...
Steve Holden added the comment:
ValueError: (11, 'Resource temporarily unavailable') looks to me like a Cygwin
error relating to Windows' DLLs and the difficulty of mapping them to unique
memory locations. I very much doubt it's a real issue with Python, so closing
the
New submission from Steve Langasek :
related to http://bugs.python.org/issue11715
python 2.7 and 3.1 now include a patch for behavior specific to Ubuntu and
Debian to search in multiarch directories for libraries needed for building
stdlib extensions.
This distro-specific patch is
New submission from Steve Holden :
We see in the "Quick-Start Tutorial" (py3k section 8.4.1) the following example:
>>> Decimal(3.14)
Decimal('3.140124344978758017532527446746826171875')
In actua; fact one would expect an exception from that code, which
Changes by Steve Holden :
--
components: +Documentation
___
Python tracker
<http://bugs.python.org/issue12580>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steve Holden added the comment:
Sorry about that. I was using 3.1, as you will have gathered.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
Steve Hill added the comment:
Why has this bug been resolved as "won't fix"? It seems to me that this is a
valid issue with something that has not been deprecated, yet it has been
decided neither to fix it (despite there being an offer by the originator to
submit a pat
New submission from Steve Thompson :
I'm running pythong 2.6.1 on Windows XP SP3.
On many occasions I have ran into cases where I've installed a new package via
the package's setup.py (pylint, logilab-common, etc) and new .pyc files don't
get generated when I attempt to ru
Steve Thompson added the comment:
"Setup.py install". We've also seen this happen when checking our python
files out of our version control system. Also seen a .pyc get used when the
.py no longer exists, but I could see that being intentional behavior.
On Sep 3, 2010 2:57 PM
Steve Thompson added the comment:
Hmmm... this definitely sounds like the issue for version controlled files,
but does not explain the issue when installing packages from source.
On Sep 3, 2010 3:16 PM, "Amaury Forgeot d'Arc"
wrote:
Amaury Forgeot d'Arc added the comment
Steve Thompson added the comment:
So what's the current status of this on Windows Platforms?
--
nosy: +Steve.Thompson
___
Python tracker
<http://bugs.python.org/i
Steve Thompson added the comment:
Any idea if this will be fixed (at all) and/or back ported to 2.6.x or
2.7.x?
On Fri, Sep 3, 2010 at 3:36 PM, Amaury Forgeot d'Arc wrote:
>
> Amaury Forgeot d'Arc added the comment:
>
> This is still the case: on Windows, if foo.py is
Steve Holden added the comment:
Of course, but better some record than none due to the overwhelming nature of
the task. At least someone else can carry the torch from here.
--
nosy: +holdenweb
___
Python tracker
<http://bugs.python.org/issue10
New submission from Steve Dower :
Running 2to3 on the attached file makes no modifications, which then causes an
error (since itertools.izip_longest is now itertools.zip_longest)
--
components: 2to3 (2.x to 3.0 conversion tool)
files: test.py
messages: 130304
nosy: Steve.Dower
priority
New submission from Steve Thompson :
Consider the following:
import ctypes
class struct1( ctypes.Structure ):
_pack_ = 1
_fields_ = [
( "first", ctypes.c_uint8, 1 ),
( "second", ctypes.c_uint8, 1 ),
Steve Thompson added the comment:
So, knowing there's a potential cross platform inconsistency here, is there
a proposed way to deal with this that doesn't involve modifying the real c
code I'm interfacing with? That's not always an option.
On Mon, Apr 25, 2011 at 2:4
New submission from Steve Ward :
In this revision <http://hg.python.org/cpython/rev/b6da97930f63>, the possible
characters that comprise a temporary file decreased. It was noted in this
thread <http://mail.python.org/pipermail/python-dev/2010-November/105452.html>.
The old chara
Steve Ward added the comment:
It is an issue because...
1) Python falls out of line with most other popular systems and languages.
2) There was never a good reason to decrease the entropy in the first place.
If there was, the reason of case-sensitive files systems was not given.
3) If case
Changes by Steve Ward :
Added file: http://bugs.python.org/file21950/tempfile.py.diff
___
Python tracker
<http://bugs.python.org/issue12015>
___
___
Python-bugs-list m
Steve Moran added the comment:
Forgive me if this is just a stupid oversight.
I'm a linguist and use UTF-8 for "special" characters for linguistics data.
This often includes multi-byte Unicode character sequences that are composed as
one grapheme. For example the í̵ (if
Steve Holden added the comment:
On 11/25/2010 11:48 AM, Eric Smith wrote:
>
> Eric Smith added the comment:
>
> How about:
>
> from collections import defaultdict
>
> class defaultdict_value(defaultdict):
> def __init__(self, value):
> defaultdict
Steve Holden added the comment:
On 11/25/2010 1:44 PM, Łukasz Langa wrote:
> To sum up: if you don't find the idea of adding `fallbackdict'
> (possibly with an different *short* name) worth it, then I'm +1 on
> correcting the docs in terms of __missing__ and leaving th
New submission from Steve Moran :
The regex package doesn't seem to correctly implement the single grapheme match
"\X" (\P{M}\p{M}*) for pre-Python 3. I'm using the string "íi-te" (i, U+0301,
i, -, t, e -- where U+0301 is Unicode COMBINING ACUTE ACCENT), readin
New submission from Steve Moran :
Package doesn't want to install on Mac OS X 10.6.5 with Python 3.1 using
instructions "python3.1 setup.py install" (or "sudo python3.1 setup.py
install").
Compiling with an SDK that doesn't seem to exist:
/Developer/SDKs/MacOS
Steve Moran added the comment:
Yeah, it's not immediately clear how to bring this up at
http://bugs.python.org/issue2636
On Tue, 14 Dec 2010, Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> Regex 0.1.20101210 is not part of the standard Python
Steve Moran added the comment:
(Forehead slap.)
On Tue, 14 Dec 2010, Matthew Barnett wrote:
>
> Matthew Barnett added the comment:
>
> The regex module is intended to replace the re module, so its default
> behaviour is the same: in Python 2, regexes default to matchin
New submission from Steve Thompson :
Consider the following:
python code:
class my_array( ctypes.Array ):
_type_= ctypes.c_uint8
_length_ = 256
class my_array2( my_array ):
pass
Output:
class my_array2( my_array ):
AttributeError: class must define a '_length_'
Steve Baker <[EMAIL PROTECTED]> added the comment:
I'm also hitting this problem. I'm including a demo script. The minimal
condition for me to reproduce this bug is that the subject contain at
least 76 characters of any kind, followed by a space, followed by at
least 3 charac
Changes by Steve Baker <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10419/test.py
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1974>
__
__
Changes by Steve Baker <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10418/test
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1974>
__
__
New submission from Steve Emmert <[EMAIL PROTECTED]>:
This bug is explained in the attached file. The list of lists does not
behave correctly when it is defined by the makeGrid function in the
attached file. When attempting to set the value of one element, it
actually sets multiple el
New submission from Steve Smith <[EMAIL PROTECTED]>:
The process variable 'p' is leaking into sub-processes when using the
multiprocessing modules. The following code demonstrates the problem:
import sys
from multiprocessing import Process
p = 'C
Steve Smith <[EMAIL PROTECTED]> added the comment:
Ugh, sorry. Stupidity on the reporter's part.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
New submission from Steve Smith <[EMAIL PROTECTED]>:
Both Connection and Pipe objects expose their underlying file
descriptors, which is useful for accessing them in an event-driven
manner. However the higher-level Queue does not make the underlying
pipe available; to get at them yo
Steve Smith <[EMAIL PROTECTED]> added the comment:
Hi Jesse,
The use-case I had is mind is enabling asyncronous (i.e. select() style)
notification of data being available on the queue, which is more elegant
(and efficient) than polling with get(). Example code showing how this
works wi
Steve Lianoglou <[EMAIL PROTECTED]> added the comment:
Sorry to bring up an old issue, but I just got bit by this when trying
to install a python package.
The `config` command was used to ensure that a certain function was
included in the math.h on my cpu before compiling the resulting c
Changes by Steve Lee <[EMAIL PROTECTED]>:
--
nosy: +slee
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4018>
___
___
Python-bugs
Steve Lee <[EMAIL PROTECTED]> added the comment:
I spotted the problem on Vista Home Premium SP1 32bit
As John indicates the problem with the 'all users' install is that it
requires elevation to run as admin even if logged in as an
administrator. That is rather non obviou
Steve Lee <[EMAIL PROTECTED]> added the comment:
The mozilla bug is https://bugzilla.mozilla.org/show_bug.cgi?id=371359
but looking at it now, especially comment 4, it's not much help.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Steve Lee <[EMAIL PROTECTED]> added the comment:
Works for me on Vista, Not tried on XP.
Seems a reasonable temporary compromise though we are now stopping all
possibility of an 'all' install but as noted there is probably little
need for it when application instal
Steve Purcell added the comment:
This is a good idea, but slightly messy.
A better solution would be for unittest to provide a decorator that
could be used to mark assertion functions. Internally, that decorator
may well work the way you describe.
Given a corresponding patch, someone with
Steve Purcell added the comment:
The status of this ticket is unchanged. I'm somewhat removed from the
Python scene in recent times, and I'm not in a position to apply this
patch or a variation of it.
I still believe this would be a beneficial change to the unittest
module, t
Steve Purcell added the comment:
Hi Virgil; thanks for stepping up to this. Backward compatibility was
largely for the sake of compatibility with Jython, which was always
lagging far behind CPython. I doubt it's a concern these days, and the
unittest.py in the Python source repos
Steve Purcell added the comment:
Yes indeed - you're exactly right; just checked now. Then disregard my
previous comment!
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Steve Purcell added the comment:
I agree with Raymond: -1 from me. There isn't a consensus on what "mock
object" means*, and trying to provide a standardised mock object
facility is a quagmire*, hence the prior rejections to which Raymond
refers.
It's easy to roll
Changes by Steve Purcell:
--
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2156>
__
___
Python-bugs-list mailing list
Uns
Steve Purcell added the comment:
Hi Brian;
The module is intended for test suites where the unit tests are written
to be independent of each other, which is the "standard" way to do
things. Note, for instance, that there is no convenient support for
changing the order in which
Steve Purcell added the comment:
I guess I don't completely agree with the rationale, because I've never
wanted this feature; when running tests en-masse after refactoring, I
want an overview of what was broken. If the codebase is in good shape,
the test failures will be few
Steve Purcell added the comment:
Hi Brian - thanks for going into some details of your rationale!
You might be surprised to hear that it's indeed possible to make all of
your unit tests mutually independent; check out the area of 'mock
objects'. It turns out to be possi
Steve Purcell added the comment:
I could be convinced either way here, and Georg & Raymond always have
excellent judgement.
My personal inclination would probably be to add the documentation for
assertTrue() and also assertFalse(), since their naming is symmetrical
with that of assertE
Steve Purcell <[EMAIL PROTECTED]> added the comment:
+1 for applying Alexander's patch, then; I'll leave the decision to a
current committer.
__
Tracker <[EMAIL PROTECTED]>
<http://
Steve Purcell <[EMAIL PROTECTED]> added the comment:
Hey, I'm open to anything. If I started writing unittest from scratch
knowing what I know now, I'd probably have kept the API a little
slimmer. Oh, and I'd have named everthing according to Python
conventions; m
Steve Purcell <[EMAIL PROTECTED]> added the comment:
Hey, I came to Python from Perl, Java *and* C++! I'm pretty sure the
xUnits in all those other languages hold to the same basic API.
Adding more TestLoaders/TestRunners sounds like an excellent move. I'd
expect that o
Steve Roberts <[EMAIL PROTECTED]> added the comment:
I would like to add a use case, generating random dates. Especially
generating random dates/times according to different probability
distributions and within ranges. It would be nicest if operations could
be done directly with datetime
Steve Purcell <[EMAIL PROTECTED]> added the comment:
I like this change, since assertRaises can be a bit messy when passing it
a local function.
I'd suggest modifying the patch such that the AssertRaisesContext class is
also used when callableObj is provided, which would el
New submission from Steve Howard :
In Python 2.5.4 built from unmodified source:
show...@showardlt:~/src/Python-2.5.4$ ./python
Python 2.5.4 (r254:67916, Jan 7 2009, 20:28:41)
[GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu3)] on linux2
Type "help", "copyright", "credits" or
Change by Steve Dower :
--
nosy: +steve.dower
___
Python tracker
<https://bugs.python.org/issue46932>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steve Dower added the comment:
New changeset e1639f361ee0dfbf08bb8538839d3d557c1a995c by Steve Dower in branch
'3.9':
bpo-44549: Update bzip2 to 1.0.8 in Windows builds to mitigate CVE-2016-3189
and CVE-2019-12900 (GH-31732)
https://github.com/python/cpyt
Change by Steve Dower :
--
keywords: +patch
pull_requests: +29853
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31736
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
New changeset 176835c3d5c70f4c1b152cc2062b549144e37094 by Steve Dower in branch
'main':
bpo-46932: Update bundled libexpat to 2.4.7 (GH-31736)
https://github.com/python/cpython/commit/176835c3d5c70f4c1b152cc2062b54
Steve Dower added the comment:
> This could be problematic, adding a suitably named file outside of $PREFIX
> breaks the python installation.
Might be worth changing it then. I double/triple checked whether
searching up for the zip file was the old behaviour, and it sure seemed
to
Steve Dower added the comment:
> Is there anything on our end we can do to prevent this kind of issue in the
> future?
Probably not, I think it's just a lesson learned about the capabilities of the
MSI format and its integration with Windows (well, we could hurry up moving
ever
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Steve Dower :
--
assignee: -> steve.dower
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python
Steve Dower added the comment:
I'm working on what's become a rewrite of the launcher. If anyone would like to
follow along, you can see my changes at
https://github.com/python/cpython/compare/main...zooba:bpo-46566
It's still missing some functionality, and I'm not sur
Steve Dower added the comment:
Hah, that's funny URL formatting. Let's see if this is any better:
<https://github.com/python/cpython/compare/main...zooba:bpo-46566>
--
___
Python tracker
<https://bugs.py
Steve Dower added the comment:
> If it's already turning into a rewrite, how feasible would it be to adopt
> Brett's `py` launcher?
I looked at it already, and I'd have to write literally the same code to
implement what's needed :) (as well as learning Rust and c
Steve Dower added the comment:
>> Why can't the filename of the "foo"-like file in the test be
>> simply os_helper.TESTFN, as done in some other tests?
>
> I suppose the current working directory will be fine. I was looking to keep
> the test on a NTFS
Steve Dower added the comment:
I'd like to, the main challenge with that is it'd invalidate the code signature
on the file, which will make it basically unusable (at the very least, you'll
get warnings). A simple rename does not.
But yeah, it can probably go in. Hopefully
Steve Dower added the comment:
The sys module gets initialised in _PySys_UpdateConfig() in Python/sysmodule.c.
It gets called later in pylifecycle.c. But it ought to just copy directly from
the config.
However, it's the site.py module that actually updates sys.prefix for the venv.
S
Steve Dower added the comment:
> It would probably be better to skip tests if the filesystem of the current
> working directory doesn't support the test,
Yes, this would be good. Then whoever is configuring the test runner can
move where tests are run to make sure it is suppo
Steve Dower added the comment:
> I do process the shebang to restrict searching, or did you mean something
> else?
That's what I meant. Guess I missed seeing it when scanning the code (probably
I should've read the docs :D )
> And registry support [is
> plann
Steve Dower added the comment:
As a quick (wild) guess, is it expecting the "Lib" directory to be lowercase
"lib"?
Could you try renaming that directory in your venv and see if it changes
anything?
--
___
Python tracker
<
Steve Dower added the comment:
Okay, so that means there's some code somewhere that has a lowercase "lib".
If you change it back to "Lib", can you do "python -m pip"? If that works, but
a direct "pip" does not, it'll be an issue in pip (or
Steve Dower added the comment:
Considering you've just been encountering issues with mismatched case, you're
likely aware of how much harder that will make it to fix.
First you'll need a proposal on how to ensure deprecation warnings reach those
who need them. I'd
Steve Dower added the comment:
New changeset a8c728b8b742fd8ca5a225f79d99014794b8fdf3 by Mariusz Felisiak in
branch 'main':
bpo-46907: Update Windows installer to SQLite 3.38.1. (GH-31655)
https://github.com/python/cpython/commit/a8c728b8b742fd8ca5a225f79d9901
Steve Dower added the comment:
Was there any reason/need to backport this?
--
___
Python tracker
<https://bugs.python.org/issue46907>
___
___
Python-bugs-list m
Steve Dower added the comment:
The fix for this regressed the installer for the py.exe launcher, which breaks
our release builds.
I'm patching it now. It's going under the same issue number because it will be
needed for anyone applying this patch directly and then building the
Change by Steve Dower :
--
pull_requests: +30011
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31920
___
Python tracker
<https://bugs.python.org/issu
New submission from Steve Dower :
When changes are made under the Tools/msi directory, extra tests are run in
GitHub Actions to build the installer.
Apparently, these tests do not fail when the launcher installer fails to build.
They need to.
--
assignee: steve.dower
messages
Change by Steve Dower :
--
keywords: +patch
pull_requests: +30012
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31921
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
New changeset 708812085355c92f32e547d1f1d1f29aefbbc27e by Steve Dower in branch
'main':
bpo-46948: Fix launcher installer build failure due to first part of fix
(GH-31920)
https://github.com/python/cpython/commit/708812085355c92f32e547d1f1d1f2
Steve Dower added the comment:
New changeset 7c776521418676c074a483266339d31c950f516e by Steve Dower in branch
'main':
bpo-47032: Ensure Windows install builds fail correctly with a non-zero exit
code when part of the build fails (GH-31921)
https://github.com/python/cpyt
Change by Steve Dower :
--
pull_requests: +30017
pull_request: https://github.com/python/cpython/pull/31926
___
Python tracker
<https://bugs.python.org/issue47
Change by Steve Dower :
--
pull_requests: +30018
pull_request: https://github.com/python/cpython/pull/31927
___
Python tracker
<https://bugs.python.org/issue47
Steve Dower added the comment:
> I just noticed the same. Is this intentional?
Honestly, no idea. I just copied how it was designed before, and had
nothing to do with the original venv implementation.
At a guess, I think virtualenv did everything with a patched site.py, so
when it
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
This sounds more like recent installation changes on your machine. Have
you updated Visual Studio or something like that? Perhaps the debug UCRT
has gone missing.
I'm not aware of any recent compilation changes that would cause
Steve Dower added the comment:
I think this is also a good enough reason to switch the GitHub CI back to a
debug build, rather than release, so that assert failures are caught before
they get merged. This is not the first time it's hap
201 - 300 of 6138 matches
Mail list logo
