New submission from Bohuslav Slavek Kabrda:
Hi, would it be possible to add ppc64p7 (Power7 optimized) to supported arches
in config.sub? It should be as easy as the attached one-liner patch.
Thanks.
--
components: Build
files: python-add-support-for-ppc64p7.patch
keywords: patch
New submission from Guilherme Simões:
Something like:
sys.stdin = open('file')
works in Python but doesn't in the IDLE shell. After trying to do that, a
dialog is open asking if the user wants to kill the program. This happens
because the method close of the class PseudoInputFile (which was
Changes by Guilherme Simões gdsimoe...@gmail.com:
--
nosy: +Todd.Rovito, roger.serwy, terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17838
___
Changes by Phil Connell pconn...@gmail.com:
--
nosy: +pconnell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6028
___
___
Python-bugs-list mailing
New submission from Nick Coghlan:
The base64 module is currently restricted specifically to bytes and bytearray
objects. By using memoryview, it could effectively decode any input type that
provides an 8-bit C contiguous view of the underlying data.
--
components: Library (Lib)
Nick Coghlan added the comment:
I tracked down the proximate cause of the weird exception in the bytes.decode
case: the base64 module only accepts bytes and bytearray objects, instead of
using memoryview to accept anything that supports the buffer API and provides a
C-contiguous 8-bit view of
New submission from Nick Coghlan:
encodings.base64_codec currently uses assert errors=='strict' in a few
places, since it doesn't actually support any of the Unicode specific error
handling modes.
This should either be discarded entirely (and document that the error handling
mode is
Nick Coghlan added the comment:
Here's an example of the specific type errors raised by additional checks in
the text-encoding specific methods. I believe the main improvement needed here
is to mention the encoding name in the exception message:
example.encode(rot_13)
Traceback (most recent
Nick Coghlan added the comment:
Also adding 17839 as a dependency, since part of the reason the base64 errors
in particular are so cryptic is because the base64 module doesn't accept
arbitrary PEP 3118 compliant objects as input.
--
dependencies: +base64 module should use memoryview
Nick Coghlan added the comment:
Note that in 2.7, these docs should have a :versionadded: 2.4 marker, while
in 3.3 and 3.4, they shouldn't have a version added marker at all.
These functions should also get an entry in the 3.4 What's New, even though
they're not actually new.
--
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +2to3 fixers for missing codecs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7475
___
Nick Coghlan added the comment:
A more consistent alternative conversion:
encode(base64) = codecs.encode(..., base64_codec)
encode(rot13) = codecs.encode(..., rot_13)
encode(zlib) = codecs.encode(..., zlib_codec)
encode(hex) = codecs.encode(..., hex_codec)
encode(bz2) =
Marc-Andre Lemburg added the comment:
On 25.04.2013 10:14, Nick Coghlan wrote:
Nick Coghlan added the comment:
A more consistent alternative conversion:
encode(base64) = codecs.encode(..., base64_codec)
encode(rot13) = codecs.encode(..., rot_13)
encode(zlib) =
Nick Coghlan added the comment:
Sure, that's what issue 7475 is about, and if we do that, then the fixers can
be simplified to just replace the method with the function call for the known
set of non-text-model related codecs.
However, I also wanted to make a note of what the fixers should
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - docs@python
components: +Documentation
nosy: +docs@python
stage: - needs patch
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17841
New submission from Nick Coghlan:
The aliases for the bytes-bytes and str-str codecs are not present in 3.3, so
the aliases should be removed from the corresponding standard encoding tables
in the documentation.
http://docs.python.org/3/library/codecs#standard-encodings
--
messages:
Nick Coghlan added the comment:
I also created issue 17841 to cover that that the 3.3 documentation incorrectly
states that these aliases still exist, even though they were removed before 3.2
was released.
--
___
Python tracker
New submission from Serhiy Storchaka:
Most base64 functions accepts str, bytes or bytearray. Lib/tests/test_base64.py
tests only bytes (and sometimes str) arguments. At least one test case with
bytearray argument needed for every function.
--
components: Tests
keywords: easy
messages:
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Add base64 module tests for a bytearray argument
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17839
___
Serhiy Storchaka added the comment:
A more consistent alternative conversion:
What advantages `codecs.encode(..., base64_codec)` has comparing with
`base64.b64encode(...)`? The latter is at least more portable and powerfull
(it allows to specify altchars).
I think that main problem with
New submission from Christian Heimes:
In ebb8c7d79f52 the file Lib/test/testbz2_bigmem.bz2 was added as test case for
bug #14398.
The PSRT and webmaster teams have received half a dozen mails which complains
about potential harmful content in the Python installers and Python source
Christian Heimes added the comment:
Example:
Virus was detected in the content (virus_detected)
Content contained Trojan-ArcBomb.BZip.Agent virus. Details: Virus:
Trojan-ArcBomb.BZip.Agent; File: Python-2.7.4.tar.bz2; Sub File:
//T3obr//Python-2.7.4/Lib/test/testbz2_bigmem.bz2; Vendor:
Kushal Das added the comment:
Patch with bytearray based tests.
--
keywords: +patch
nosy: +kushaldas
Added file: http://bugs.python.org/file30012/issue17842_v1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17842
Terry J. Reedy added the comment:
Once again, what system and version? The Idle user process is different on *nix
and Windows -- python.exe versus pythonw.exe. In normal interactive mode, the
interpreter continues to take statements from the console, which seems to be
sys.__stdin__, after
Changes by Kushal Das kushal...@gmail.com:
--
nosy: +kushaldas
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17843
___
___
Python-bugs-list
New submission from Serhiy Storchaka:
The proposed patch adds link to alternative interfaces for bytes-to-bytes
codecs. I.e. base64.b64encode and base64.b64decode for base64_codec.
Patch for 2.7 should mention other functions/modules (due to lack of some of
them).
--
assignee:
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Add link to alternatives for bytes-to-bytes codecs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7475
___
Kushal Das added the comment:
Working on this.
--
nosy: +kushaldas
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17839
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 2d4189e9bbe8 by Senthil Kumaran in branch 'default':
Issue #17272: Making the urllib.request's Request.full_url a descriptor. Fixes
http://hg.python.org/cpython/rev/2d4189e9bbe8
--
nosy: +python-dev
___
R. David Murray added the comment:
The filecmp test failure is not because of using filecmp. We want a binary
comparison: the line endings of the generated file should match the line
endings of the input file. So either the _copy_file_without_generated_keywords
code is buggy, or this is a
Siddhesh Poyarekar added the comment:
It's not a change in glibc. __pthread_cond_timedwait is the internal function
name while pthread_cond_timedwait is the exported alias. You're seeing
__pthread_cond_timedwait here because either your glibc installation has debug
symbols or you have debug
David Edelsohn added the comment:
Thanks for explaining the issue with GLibc symbols. The Python test definitely
should not fail if debugging symbols are installed.
The dot symbols should no longer occur with modern PowerLinux installations.
They were a carry-over from the AIX ABI on which
Bernard Lang added the comment:
Thank you, David.
BTW, I sent a message on april 20 to d...@python.org about a bug in
the documentation regarding os.readlink(path)
on page http://docs.python.org/2/library/os.html
and proposing an alternative text.
I got no reply.
This was not long ago
Guilherme Simões added the comment:
I forgot to say I tested this in MacOS in the development version. It shouldn't
happen in earlier versions because the method close of the class
PseudoInputFile is not there. A quick fix to this bug would be to just remove
this method, but then #17585 would
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17843
___
___
Python-bugs-list mailing
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17827
___
___
Python-bugs-list mailing
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17828
___
___
Python-bugs-list mailing
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17839
___
___
Python-bugs-list mailing
Roger Serwy added the comment:
Are you running with or without a subprocess?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17838
___
___
Senthil Kumaran added the comment:
I have committed the first patch which makes Request.full_url a descriptor.
As I was looking at the changes to be introduced by second patch, I noticed
that we do not have comprehensive test coverage for .full_url public attribute.
All the tests are testing
R. David Murray added the comment:
Or both.
Zach, can you try this patch on Windows? I tested it by setting my local
keywords.py file to have DOS line endings, and it seems to work correctly.
Although this turns out to be a bug, it has never bothered anyone, so I don't
have any intent to
R. David Murray added the comment:
I don't know if the docs team replies to messages or not. I know that issues
sometimes get opened up here that refer to emails to that alias. You can open
an issue here yourself for the doc bug, if you want to.
--
Zachary Ware added the comment:
Your patch works for me. And for what it's worth, I agree about not
backporting; keywords are frozen and never going to change in 2.7 or 3.3 anyway.
I did find one other small bug in test_keyword; running the test via -m
test.test_keyword,
R. David Murray added the comment:
I've committed this (in 58b0e301b78a), but it looks like the email to the
tracker hasn't come through yet. I'm going to blithely assume this will fix
the buildbot failures, and will reopen it if I'm wrong.
--
resolution: - fixed
stage: -
Guilherme Simões added the comment:
Roger, I was running with a subprocess but I tried without one and now it works.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17838
___
Changes by Guido van Rossum gu...@python.org:
--
nosy: -gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7475
___
___
Python-bugs-list
paul j3 added the comment:
An integer nargs value is only used in one of 2 ways,
range(nargs)
'%s'*nargs
In both a negative value acts the same as a 0.
I don't think the original authors though much about 'what if the code user
gives a negative value?', because nargs is counting things -
Kirsten Stevenson added the comment:
I have added descriptions for CLOCK_BOOTTIME_ALARM and CLOCK_REALTIME_ALARM to
the patch.
--
nosy: +ransomedheart08 -BreamoreBoy, Jim.Jewett, haypo
versions: -Python 3.4
Added file: http://bugs.python.org/file30016/more_clock_ids.patch
New submission from Brett Cannon:
From:
Python build finished, but the necessary bits to build these modules were not
found:
ossaudiodev spwd
To find the necessary bits, look in setup.py in detect_modules() for the
module's name.
To:
Brett Cannon added the comment:
And just FYI, the pre-existing sentence already extends past 80 characters
(84), so the new length of 104 shouldn't be a concern. Although we could
re-format it into two lines::
Python build finished successfully!
The necessary bits to build these optional
Brett Cannon added the comment:
And I would probably go with finished successfully instead of successfully
finished.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17845
___
Éric Araujo added the comment:
Using two lines sounds good, especially if the last one printed is the positive
one (“build successful”).
Do you think there will be oppotions to backporting this?
--
nosy: +eric.araujo, ezio.melotti
___
Python
Éric Araujo added the comment:
opposition* :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17845
___
___
Python-bugs-list mailing list
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +David.Edelsohn
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17837
___
___
Python-bugs-list
David Edelsohn added the comment:
A POWER7 optimized build is fine, but how does recognizing an additional name
help? I assume this is just a first step before generating different compiler
options based on the name.
--
___
Python tracker
Brett Cannon added the comment:
Can't backport; someone might be relying on the output to verify their
automated build successfully built or something.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17845
Harrison Morgan added the comment:
As someone trying to get started contributing, I think this change makes it a
good deal clearer (although at this point I already know that those modules are
optional). The two line version looks better to me.
However, necessary bits still seems unclear.
Éric Araujo added the comment:
Brett: You’re right, too bad.
Harrison: “third-party packages” may be ambiguous (Python distributions vs.
system dependencies), and “required” may conflict with “optional”.
I propose:
Some optional modules were not built because of missing system files:
...
Brett Cannon added the comment:
I guess the question is whether all the code is third-party or simply optional
on some OS? Don't know the answer off the top of my head.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17845
Brett Cannon added the comment:
I personally don't like the message re-ordering. It feels like oops, you
didn't build everything. Hey everything built fine! It reads like there was a
bug and we accidentally interpreted it as a success.
And it isn't necessarily system files. I mean sqlite3 is
Éric Araujo added the comment:
I guess the question is whether all the code is third-party or simply
optional on some OS? Don't know the answer off the top of my head.
In my Debian world it’s typical to use only the official repos, there are no
third parties (except from the viewpoint of
Brett Cannon added the comment:
I use homebrew on OS X and have it in a non-standard location which is not a
systems directory (e.g. Developer/). When I hear system, I think /usr, etc.
which is not where people necessarily install third-party stuff.
--
Mark Dickinson added the comment:
Hmm. It's true that Python 3's comparison rules make PriorityQueue a bit less
useful in its current form.
One possible workaround could be to introduce an optional key argument to the
constructor that provides a callable used to map objects added to the
Harrison Morgan added the comment:
Would external libraries work better? It's clearly not referring to Python
packages. And could be installed by a system package manager, or by yourself in
a non-standard location.
Python build finished successfully!
The necessary external libraries to build
Brett Cannon added the comment:
External libraries works for me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17845
___
___
Python-bugs-list
New submission from michael kearney:
This is not a bug per se, though perhaps documentation rewrite might be
appropriate.
I've been building python for windows for several years now. I have found that
it is unnecessarily problematic. Perhaps my expectations are too high. When I
started
David Edelsohn added the comment:
If I understand correctly, config.sub is imported from upstream FSF project. I
do not know how much CPython diverges from the upstream file and merges in
local changes.
I'm still a little confused about what this patch accomplishes. One can
configure with
Mark Dickinson added the comment:
Example patch. Items with equal priority are retrieved in LIFO order.
--
keywords: +patch
Added file: http://bugs.python.org/file30017/issue17794.patch
___
Python tracker rep...@bugs.python.org
Changes by Mark Dickinson dicki...@gmail.com:
Added file: http://bugs.python.org/file30018/issue17794.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17794
___
Changes by Mark Dickinson dicki...@gmail.com:
Removed file: http://bugs.python.org/file30017/issue17794.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17794
___
Mark Dickinson added the comment:
Hmm. This looks like a duplicate of #7174.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17794
___
___
Mark Dickinson added the comment:
Fixed patch.
--
Added file: http://bugs.python.org/file30019/issue17794.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17794
___
Changes by Mark Dickinson dicki...@gmail.com:
Removed file: http://bugs.python.org/file30018/issue17794.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17794
___
Serhiy Storchaka added the comment:
I confirm this bug.
Terry, 3.3.1 doesn't contains this bug. This is a regression introduced by
issue17585.
A right solution is not easy. We should
1) Remove PseudoInputFile.close.
2) Do not print an exception in Executive.runcode, but transfer it via rpc
R. David Murray added the comment:
I'm afraid that External libraries is still misleading. On
package-manager-managed linux systems, it is often only the header files that
are missing, the libraries are there. It may well be that necessary bits is
the most informative choice :).
With two
Richard Oudkerk added the comment:
Duplicate of #13831.
--
resolution: - duplicate
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17836
___
___
Richard Oudkerk added the comment:
It might be possible to come up with a hack so that when the exception is
unpickled in the main process it gets a secondary exception chained to it using
__cause__ or __context__ whose stringification contains the stringification of
the original traceback.
Antonio Cavallo added the comment:
I suppose to reduce the noise is better close this, thanks
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16347
Nadeem Vawda added the comment:
Oh dear. I'll update the test suite over the weekend. In the meanwhile,
Christian, can you confirm which versions are affected? The file should only
have been included in 2.7 and 3.2.
--
assignee: - nadeem.vawda
___
Changes by Richard Oudkerk shibt...@gmail.com:
--
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17836
___
New submission from Antoine Pitrou:
If you look at http://docs.python.org/dev/glossary.html, the glossary entries
don't have a permalink next to them (even though the Glossary heading has
one).
--
assignee: georg.brandl
components: Documentation
messages: 187821
nosy: georg.brandl,
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +eric.araujo, ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17847
___
___
Berker Peksag added the comment:
Probably duplicate of issue 15693?
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17847
___
Antoine Pitrou added the comment:
Here is a patch.
--
keywords: +patch
stage: - patch review
Added file: http://bugs.python.org/file30020/test_gdb.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17712
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: docs@python - georg.brandl
nosy: +georg.brandl
stage: - patch review
type: enhancement - behavior
versions: +Python 3.1, Python 3.4
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Ah, thanks for noticing this.
--
resolution: - duplicate
status: open - closed
superseder: - expose glossary link on hover
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17847
Changes by Antoine Pitrou pit...@free.fr:
--
stage: patch review - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15693
___
___
Ben Hoyt added the comment:
I just hit this issue in a big way -- would have been nice for this fix to go
into Python 2.7.4. :-)
It was quite hard to track down (as in, a day or two of debugging :-) because
the symptoms didn't point directly to namedtuple. In our setup we
pickle/unpickle
Harrison Morgan added the comment:
Perhaps necessary bits really is the best way to put it. Here's one more
suggestion, though:
Python build finished successfully!
External libraries and/or header files needed to build these optional modules
were not found:
Dropping the definite article and
Changes by Eric Schulz wrsd...@gmail.com:
--
nosy: +lostdog
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16177
___
___
Python-bugs-list mailing
Guilherme Simões added the comment:
I couldn't confirm this bug in versions 2.7, 3.3 or 3.4 on the Mac even while
using the same user configuration.
--
nosy: +Guilherme.Simões
___
Python tracker rep...@bugs.python.org
Raymond Hettinger added the comment:
I'm working on this one. Expect a patch shortly.
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17794
___
Eugene Klimov added the comment:
some workaround
import configparser
import codecs
cfg = configparser.ConfigParser()
cfg.write(codecs.open('filename','wb+','utf-8'))
--
nosy: +Eugene.Klimov
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15535
___
___
Raymond Hettinger added the comment:
I would like to see Proto4 include an option for compression (zlib,bz2) or
somesuch and become self-decompressing upon unpickling. The primary use cases
for pickling involve writing to disk or transmitting across a wire -- both use
cases benefit from
Bohuslav Slavek Kabrda added the comment:
So, to give it a little background: I need this for Fedora builds on ppc64p7.
Just the name recognition helps, because the name is passed automatically by
rpmbuild to configure (== if not recognized, build fails). So this is basically
a way for
96 matches
Mail list logo