date:20190308



Change by Karthikeyan Singaravelan :


--
nosy: +alanmcintyre, serhiy.storchaka, twouters

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36243] Python os.listdir fails with FileNotFoundError when directory exists



Change by Geoff Alexander :


--
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36249] f-string should be the default placeholder



Karthikeyan Singaravelan  added the comment:

New code might use f-strings as needed but refactoring old code just for 
f-strings could result in large change that pollutes git history. Generally 
large refactorings like this are rejected like making all code PEP 8 compatible 
is another example. If there is a case by case basis with adequate benchmark 
and reason then it might have a chance to be accepted by the module author.

Thanks

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36249] f-string should be the default placeholder

2019-03-08 Thread Akash Shende



Change by Akash Shende :


--
keywords: +patch
pull_requests: +12237
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36249] f-string should be the default placeholder

2019-03-08 Thread Akash Shende



New submission from Akash Shende :

Currently lot of code still uses old placeholder and .format() methods for 
formatting the string. Lets convert them all to f-string

"%s" % (name) => f'{name}'
"{name}".format(name="yoyo") = > f'{name}'

--
components: Library (Lib)
messages: 337560
nosy: akash0x53
priority: normal
severity: normal
status: open
title: f-string should be the default placeholder

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36243] Python os.listdir fails with FileNotFoundError when directory exists



Geoff Alexander  added the comment:

This problem does not appear to be a race condition ("Time Of Check To Time Of 
Use" bug) in my case as the directory in question exists both before and after 
the os.listdir call.

I got a workaround saying to wrap the os.listdir call in try/except in my Stack 
Overflow question at 
https://stackoverflow.com/questions/55067904/python-os-listdir-fails-with-filenotfounderror-when-directory-exists.
  This worked as no longer got any spurious FileNotFound exceptions.

I realize that the code snippet I gave is not runnable.  I'll look to put 
together a small example illustrating the problem and add to the issue.

--
status: pending -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36248] document about `or`, `and` operator.

2019-03-08 Thread Steven D'Aprano



Steven D'Aprano  added the comment:

Document *what* about the behaviour shown?

I'm sure you don't mean to say that we should document the fact the *literally* 
`1 or 0 and 3` returns 1, but I don't know what you think we should document 
beyond what is already stated in the existing docs.

It might be obvious to you, but it isn't obvious to me.

--
nosy: +steven.daprano

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.



Eric Snow  added the comment:


New changeset 8479a3426eb7d1840473f7788e639954363ed37e by Eric Snow in branch 
'master':
bpo-33608: Make sure locks in the runtime are properly re-created.  (gh-12245)
https://github.com/python/cpython/commit/8479a3426eb7d1840473f7788e639954363ed37e


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36248] document about `or`, `and` operator.

2019-03-08 Thread Serhiy Storchaka



Serhiy Storchaka  added the comment:

It is already documented. Just follow the link from "or" or "and".

https://docs.python.org/3/reference/expressions.html

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36248] document about `or`, `and` operator.

2019-03-08 Thread Windson Yang



New submission from Windson Yang :

I think we should document the behavior as below, (maybe at 
https://docs.python.org/3/reference/expressions.html#operator-precedence)

>>> 1 or 0 and 3
1
>>> 0 or 1 and 3
3

Please correct me if we already document it.

--
assignee: docs@python
components: Documentation
messages: 337555
nosy: Windson Yang, docs@python
priority: normal
severity: normal
status: open
title: document about `or`, `and` operator.
type: enhancement
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35830] building multiple (binary) packages from a single project

2019-03-08 Thread Stefan Seefeld



Change by Stefan Seefeld :


--
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.



Eric Snow  added the comment:


New changeset 5be45a6105d656c551adeee7770afdc3b806fbb5 by Eric Snow in branch 
'master':
bpo-33608: Minor cleanup related to pending calls. (gh-12247)
https://github.com/python/cpython/commit/5be45a6105d656c551adeee7770afdc3b806fbb5


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36229] Linear-time ops for some mutable collections.



Change by Terry J. Reedy :


--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36244] Lock release fails under windows

2019-03-08 Thread Eryk Sun



Eryk Sun  added the comment:

If you're using a virtual environment, then this is most likely a duplicate of 
issue 35797.

--
nosy: +eryksun

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36243] Python os.listdir fails with FileNotFoundError when directory exists

2019-03-08 Thread Steven D'Aprano



Steven D'Aprano  added the comment:

> How can this happen?

Easily -- this looks like a "Time Of Check To Time Of Use" bug. You check for 
the existence of a directory, and then a fraction of a second later you attempt 
to use that directory. But on a multi-processing operating system like Windows, 
Mac or Linux, a lot can happen in that fraction of a second, including the 
directory being deleted by another process.

https://en.wikipedia.org/wiki/Time_of_check_to_time_of_use

I'm not saying that this absolutely cannot be a bug in Python, but the initial 
indication is that this is simply a TOCTTOU bug in your code.

Unfortunately, your code is unrunnable by us, as it if full of mysterious 
objects like "shouter.shout" which we have no access too.

In addition, there's a problem that "handle_empty_directories" calls itself 
recursively as if it were a method of some "Commiter" object:

Commiter.handle_empty_directories

but it has no "self" parameter, so I don't know what is going on there.

For us to investigate further, you need to replicate the error using much 
simple code that we can run ourselves.

Please read http://www.sscce.org/ for some hints in producing short, 
self-contained, runnable code so that we can replicate this error.

In the meantime, I'm going to change this to Pending. When you have replicated 
this with simpler code, please feel free to change the status back to Open.

--
nosy: +steven.daprano
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36215] Should AppVeyor run compile Python in debug mode?



Terry J. Reedy  added the comment:

Testing with installed release builds is about twice as fast.

f:\dev\37>python -m test -ugui -j14  # Debug 32-bit 3.7
...
0:03:51 [412/416] test_tarfile passed (56 sec 7 ms) -- running: 
test_multiprocessing_spawn (1 min 46 sec)
0:04:14 [413/416] test_weakref passed (37 sec 771 ms) -- running: 
test_multiprocessing_spawn (2 min 8 sec), test_venv (40 sec 188 ms), 
test_zipfile (31 sec 718 ms)
0:04:37 [414/416] test_zipfile passed (53 sec 631 ms) -- running: 
test_multiprocessing_spawn (2 min 31 sec), test_venv (1 min 3 sec)
0:04:43 [415/416] test_venv passed (1 min 8 sec) -- running: 
test_multiprocessing_spawn (2 min 37 sec)
running: test_multiprocessing_spawn (3 min 7 sec)
0:05:31 [416/416] test_multiprocessing_spawn passed (3 min 25 sec)

f:\dev\37>py -3.7 -m test -ugui -j14  # Installed 64-bit 3.7
...
0:01:53 [412/416/2] test_urllib2_localnet passed -- running: 
test_multiprocessing_spawn (53 sec 953 ms), test_socket (39 sec 298 ms)
0:01:55 [413/416/2] test_socket passed (40 sec 929 ms) -- running: 
test_multiprocessing_spawn (55 sec 953 ms)
0:01:56 [414/416/2] test_zipfile passed -- running: test_multiprocessing_spawn 
(57 sec 141 ms)
0:02:11 [415/416/2] test_venv passed (37 sec 543 ms) -- running: 
test_multiprocessing_spawn (1 min 12 sec)
0:02:37 [416/416/2] test_multiprocessing_spawn passed (1 min 37 sec)

My memory is that other things being equal, 32 bit should be faster than 64, 
but I presume you know more than I do.

Doubling CI time would be painful.  How often are buildbot failure due to the 
build or test-arg differences, as opposed to system differences?

--
nosy: +terry.reedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36219] IDLE menu option to convert non-ascii quotes & other?

2019-03-08 Thread Raymond Hettinger



Raymond Hettinger  added the comment:

> Raymond, do users encounter all of the characters and combinations Cheryl 
> suggested?

The only recurring issue is with the smart quotes.

For anything else, perhaps there can be a box on the General configuration tab 
for additional source/dest replacement pairs.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36219] IDLE menu option to convert non-ascii quotes & other?


Terry J. Reedy  added the comment:

I support adding a new function, with these notes.

1. Let's limit the scope to actual reversible bugs introduced by 3rd party 
software we care about.  Let's not try to anticipate every possible issue.  
Also, once we have a function to replace some unicode chars, I can imagine 
users requesting replacement of other unicode chars, such as math X-like 
multiplication symbol by '*'.  I am pretty sure that encouraging intentional 
unicode extensions would not pass core-dev review. ;-)

Raymond, do users encounter all of the characters and combinations Cheryl 
suggested?  Serhiy, do you know if real pdfs make the other changes you pointed 
at? Can you provide or suggest a specific test string?

2. I want to put the new feature on the Format menu.  A. The Edit menu is 
already overly long and B) the other items on Format already do various 
selection or whole-text fixups (inserts, replacements, and deletions). Possible 
menu entry: 'Replace non-ascii chars'.  This is 23 chars; the current longest 
entry is 25.  A 'hotkey' is not needed for something so rarely used.  (Some of 
the other items on Format don't need them either.)

I think including Format on the Shell menu, with a subset of entries active, 
should be a follow-up issue.  Another possible follow-up is to check pasted or 
opened text and offer to edit if appropriate.  I am wary of doing so 
automatically, especially to start.

3. We should not replace within strings and comments, but mangled strings may 
be hard to recognize as such.  Suppose '’' is mangled to ‘’’ 
(\u2018\u2019\u2019, open-close-close).  I am not sure how we should recognize 
to leave the middle character as is, except to reject anything that results in 
a syntax error.  I would rather do too few rather than too many edits.  I will 
be happy if we can start with something useful, not wrong, tested, and 
documented.

--
stage:  -> test needed
title: Add edit option in IDLE to convert smart quotes to ascii quotes -> IDLE 
menu option to convert non-ascii quotes & other?
type:  -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35880] math.sin has no backward error; this isn't documented

2019-03-08 Thread Tim Peters



Tim Peters  added the comment:

Jurjen, the errors you see in Python's sin() are _entirely_ due to your 
platform C's libm.  Python just calls the platform C's sin.  So nothing can be 
said about it in general.

The better libm trig functions today do indeed perform trig argument reduction 
"as if" an infinite precision pi were used.  In practice, even for IEEE double 
precision no more than a few thousand bits are ever needed in the worst case, 
and the better libm trig functions use something much cheaper than that for 
arguments in a "reasonably small" range.  But, again, Python has nothing to do 
with that.

The better libm implementations guarantee worst-case error strictly less than 1 
ULP away from the infinitely precise result.  But correctly rounded 
("nearest-even") in all cases is still beyond what most of the better libms 
guarantee.

--
stage: needs patch -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36236] Python crash on macOS when CWD is invalid



Change by STINNER Victor :


--
nosy: +vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.



Change by Eric Snow :


--
pull_requests: +12236

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.



Change by Eric Snow :


--
pull_requests: +12235

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36246] csv.writer lineterminator affects csv escaping

2019-03-08 Thread Martin Panter


Martin Panter  added the comment:

This is the result that I see:

>>> output = StringIO()
>>> csv.writer(output, lineterminator='\n').writerow(["Whoa!\rNewlines!"])
16
>>> output.getvalue()
'Whoa!\rNewlines!\n'

For comparison, this is the result with CRLF terminators (the default):

>>> output = StringIO()
>>> csv.writer(output, lineterminator='\r\n').writerow(["Whoa!\rNewlines!"])
19
>>> output.getvalue()
'"Whoa!\rNewlines!"\r\n'

Is it a problem that the line terminator determines whether the CR is quoted or 
not? I believe the default policy is “excel”, which happens to use 
QUOTE_MINIMAL. This behaviour is documented: 
.

--
nosy: +martin.panter
resolution:  -> not a bug
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.



Change by Eric Snow :


--
pull_requests: +12234

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36203] PyWeakref_NewRef docs are misleading

2019-03-08 Thread Roundup Robot



Change by Roundup Robot :


--
keywords: +patch
pull_requests: +12232
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35880] math.sin has no backward error; this isn't documented

2019-03-08 Thread Jurjen N.E. Bos



Jurjen N.E. Bos  added the comment:

I stand corrected; more on that later.

"backward error" is the mathematical term used for the accuracy of a
function. (Forward error is in the result proper; backward error means that you 
calculate the correct result for a number that is very close to the input.)
Since pi is not a machine representable number, it is pretty hard to
implement the trig functions with a zero backward error, since you need to 
divide by 2*pi in any reasonable implementation. For some reason, I was in the 
impression that the backward error of the sine was zero. 

I wrote a program to demonstrate the matter, only to find out that I was wrong 
:P
Maybe in the 32 bit version, but not in the 64 bits? Anyway, it is more 
implementation dependent than I though.

Althougth the backward error of the builtin sine function isn't zero, it is 
still a cool 21 digits, as the program shows.
- Jurjen

--
resolution:  -> rejected
status: pending -> open
Added file: https://bugs.python.org/file48199/sindemo.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.



Change by Eric Snow :


--
pull_requests: +12231

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36247] zipfile - extract truncates (existing) file when bad password provided (zip encryption weakness)

2019-03-08 Thread Cristi Fati



Cristi Fati  added the comment:

Submitted: https://github.com/python/cpython/pull/12242.

As a note, it applies to any Python version.

--
keywords: +patch
pull_requests: +12230
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36245] PCBuild/build.bat errors, probably from space characters in paths



Change by Steve Dower :


--
components: +Build
versions: +Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36245] PCBuild/build.bat errors, probably from space characters in paths



Steve Dower  added the comment:

Since the checks are all against empty strings, perhaps we can use "IF NOT 
DEFINED PYTHON" instead? That should work as well, I think, and it'll save us 
from problems in the future if someone puts "]" in their username :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36247] zipfile - extract truncates (existing) file when bad password provided (zip encryption weakness)

2019-03-08 Thread Cristi Fati

New submission from Cristi Fati :

PKWARE encryption password pre check algorithm (relying on an 8 bits value to
differentiate passwords) is insanely short.

Most of the wrong passwords are filtered out by the check, but some of them
aren't. For the ones in the latter category, when trying to extract an archive
member, a 0 lengthed file with its name will be created on the FS (overwriting
any previous version).

Usecase:

1. Extract an archive member using the good password. File extracted
2. Extract the same member using a wrong password:
2.1 For most of the passwords, they will be detected and the operation
cancelled
2.2 But some of them, they won't be detected (false positives), but the
decryption itself will fail overwriting the file (from #1.) on FS but leaving
it with 0 bytes content

This is the about #2.2.

More details on [[SO]: zipfile.BadZipFile: Bad CRC-32 when extracting a
password protected .zip & .zip goes corrupt on extract (@CristiFati's
answer)](https://stackoverflow.com/questions/54532010/zipfile-badzipfile-bad-crc-32-when-extracting-a-password-protected-zip-zip/55063500#55063500).

--
components: Library (Lib)
messages: 337543
nosy: CristiFati
priority: normal
severity: normal
status: open
title: zipfile - extract truncates (existing) file when bad password provided
(zip encryption weakness)
type: behavior
versions: Python 3.6

___
Python tracker

___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36176] Fix IDLE Autocomplete / Calltip Window Colors



Terry J. Reedy  added the comment:

The only thing missing is the OS, which I presume is some version and 
distribution of Linux.

IDLE used tkinter which uses tcl/tk.  From what you say, the latter, at least 
on Linux, picks up its default colors from the window manager, which for you 
happens to be KDE.  (This seems not true, at least not yet, on current macOS, 
as switching to the new dark theme has no effect on IDLE.)  This suggests that 
when a widget has both foreground and background settings, IDLE should leave 
both alone to use compatible defaults or set both.

Except for text windows (which have both fore- and back-grounds) and frames and 
canvases (which only have background), IDLE generally does not set colors.  I 
just verified this for the settings and search dialogs.  Do these switch to 
light on dark when you set you screen to the same?

Setting autocomplete bg to white is an anomaly from before 2005.  It is useless 
or wrong and I think we should just delete the setting.

Setting the calltip and tooltips backgrounds (tooltip.py, line 162) to yellow 
is intentional, to contrast with the text.  So we should also set the 
foregrounds (to black).  I don't think these need to be configurable.

Cheryl, does your Ubuntu desktop have a dark theme option?  If so, does it 
affect tk defaults and hence IDLE?

--
nosy: +cheryl.sabella
title: Make IDLE Autocomplete / Calltip Window Colors Configurable -> Fix IDLE 
Autocomplete / Calltip Window Colors
versions: +Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36176] Fix IDLE Autocomplete / Calltip Window Colors



Change by Terry J. Reedy :


--
stage:  -> needs patch
type: enhancement -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36176] Fix IDLE Autocomplete / Calltip Window Colors



Terry J. Reedy  added the comment:

Kristoffer, can you try removing 'bg=while' from autocomplete_w.py?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36231] no "proper" header files on macOS 10.14 Mojave

2019-03-08 Thread Dmitrii Pasechnik



Dmitrii Pasechnik  added the comment:

Needless to say, subprocess is most certainly an overkill, something less 
involved would do the job, without the need for all the module dependencies of 
subprocess.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36230] Please sort assertSetEqual's output



Jess  added the comment:

Good call on the repr(), hadn't noted the "3+4j" issue - __gt__ and __lt__ do 
work for compare there, but not sorted().  *shrug*  Will make sure the solution 
takes that into account in some fashion.

Bit slower as I expected as setting up the windows env has some bits that are 
not entirely happy.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35661] Store the venv prompt in pyvenv.cfg

2019-03-08 Thread Cheryl Sabella



Change by Cheryl Sabella :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35661] Store the venv prompt in pyvenv.cfg

2019-03-08 Thread Cheryl Sabella



Cheryl Sabella  added the comment:


New changeset d5a70c6b0355f247931f6be80b78a0ff1869c56f by Cheryl Sabella in 
branch 'master':
bpo-35661: Store the venv prompt in pyvenv.cfg (GH-11440)
https://github.com/python/cpython/commit/d5a70c6b0355f247931f6be80b78a0ff1869c56f


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36246] csv.writer lineterminator affects csv escaping

2019-03-08 Thread flow2k



New submission from flow2k :

output = io.StringIO()
csvData = [1, 2, 'a', 'He said "what do you mean?"', "Whoa!\rNewlines!"]
writer = csv.writer(output,lineterminator='\n')
writer.writerow(csvData)
print(repr(output.getvalue())) #does not escape \r as expected

--
messages: 337537
nosy: flow2k
priority: normal
severity: normal
status: open
title: csv.writer lineterminator affects csv escaping
type: behavior
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36245] PCBuild/build.bat errors, probably from space characters in paths



Change by Jess :


--
keywords: +patch
pull_requests: +12229
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35807] Update bundled pip to 19.0



miss-islington  added the comment:


New changeset 55438d713978a1913ef12c8a801848626228aad6 by Miss Islington (bot) 
in branch '2.7':
bpo-35807: Upgrade ensurepip bundled pip and setuptools (GH-12189)
https://github.com/python/cpython/commit/55438d713978a1913ef12c8a801848626228aad6


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35807] Update bundled pip to 19.0



miss-islington  added the comment:


New changeset 572205adf06fc5afa64984740c4775af45942d5c by Miss Islington (bot) 
in branch '3.7':
bpo-35807: Upgrade ensurepip bundled pip and setuptools (GH-12189)
https://github.com/python/cpython/commit/572205adf06fc5afa64984740c4775af45942d5c


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35899] '_is_sunder' function in 'enum' module fails on empty string



miss-islington  added the comment:


New changeset 8755f0aeb67125a154e5665a24276fe85d269d85 by Miss Islington (bot) 
in branch '3.7':
bpo-35899: Fix Enum handling of empty and weird strings (GH-11891)
https://github.com/python/cpython/commit/8755f0aeb67125a154e5665a24276fe85d269d85


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10909] IDLE: thread hang, possibly related to print



Terry J. Reedy  added the comment:

I have since learned the following about accessing tk widgets from non-main 
threads.
1. It seem to be reliable when tcl/tk is compiled with thread support but not 
when tcl/tk is not so compiled. (The latter is contrary to a claim in the doc.)
2. The tcl default is 'without' 8.5 and 'with' for 8.6, and PSF installers 
follow the default.  I am guessing that this is likely true for Linux 
distributions.
3. The 2.7 Windows installer currently includes 8.5.15.  The 3.5+ Windows 
installers include 8.6.z.  Hence the different results on my Windows machine.
4. Mac installers now use 8.6.z even, I believe, for 2.7.  I have the 
impression that the system tcl/tk for current Linux distributes is also 8.6.z.
Hence, the issue of tkinter thread safety is resolving itself.

I reran e10909.py with 2.7.16 with the B config call disabled and it ran until 
I stopped it at 24 minutes.  Printing from a thread is not an issue on my 
machine.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36216] urlsplit does not handle NFKC normalization



Steve Dower  added the comment:

This issue is now assigned CVE-2019-9636

https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-9636

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36245] PCBuild/build.bat errors, probably from space characters in paths



Jess  added the comment:

Note: the error is actually in get_externals.bat, which is called by build.bat.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36245] PCBuild/build.bat errors, probably from space characters in paths



New submission from Jess :

Have a fix for this that I'll send off shortly.

What I see with the current head (my username was replaced with "Foo Bar" in 
this example:
> Using "C:\Users\Foo 
> Bar\cpython\PCbuild\\..\externals\pythonx86\tools\python.exe" (found in 
> externals directory)
> Bar\cpython\PCbuild\\..\externals\pythonx86\tools\python.exe""=="" was 
> unexpected at this time.

My theory, window's turning:
> C:\Users\Foo Bar
into
> "C:\Users\Foo Bar"
and this is colliding with our use of "%PYTHON%", creating double quotes, or:
> ""C:\Users\Foo Bar""
which, of course:
> if ""C:\Users\Foo Bar""==""
does not make sense as a statement.

--
components: Windows
messages: 337530
nosy: Jess, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: PCBuild/build.bat errors, probably from space characters in paths
type: compile error

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36228] Support coercion of complex to float/int

2019-03-08 Thread Fredrik Johansson



Fredrik Johansson  added the comment:

I can think of two reasons to extend floor() and ceil() to complex numbers, and 
they lead to different extensions.

The first is as a way to map complex numbers to nearby Gaussian integers by 
defining floor(z) = floor(z.real) + floor(z.imag)*1j, etc. Definition in mpmath 
borrowed from Mathematica. Conceivably handy for data quantization, or discrete 
plane geometry... but I honestly never used it myself and can't remember ever 
seeing it used.

The second is to extend piecewise analytic functions on R to piecewise 
holomorphic functions on C so that the real analytic segments extend to complex 
analytic neighborhoods, most easily achieved by defining floor(z) = 
floor(z.real). This one I've actually had use for (think complex step 
differentiation, contour integration), but it's a bit esoteric.

My opinion? If a Python user calls floor() and ceil() with a complex input, 
it's probably because of a bug in their code, and TypeError is appropriate. 
It's a one-line lambda to define your own complex extension if you really need 
it.

On the other hand: if it exists, someone will eventually find a way to use it 
for code golf ;-)

--
nosy: +fredrikj

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36233] xml ElementTree quotation marks of xml version string

2019-03-08 Thread Stefan Behnel



Stefan Behnel  added the comment:

While I do understand the interest in a bit more visual consistency (and, 
lacking further input, I assume that this is the OP's "problem"), it really is 
at best a purely visual improvement with the potential to break code and/or 
tests out there. I'd rather not make that change.

FWIW, lxml also uses single quotes in the XML declaration (originally following 
ElementTree), but double quotes by default for the rest, except for attributes 
that contain double quotes (but no single quotes). Any XML parser in the world 
is able to deal with that (since otherwise, it's not an XML parser). Nothing is 
broken here.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36244] Lock release fails under windows

2019-03-08 Thread Konrad Ciecierski



New submission from Konrad Ciecierski :

In python 3.7.2 when the subprocess releases the acquired lock, 
the OSError occurs: "OSError: [WinError 6] The handle is invalid".
Problem does not occur under Ubuntu 18.

  File "multip-test.py", line 13, in worker
lock.release()
OSError: [WinError 6] The handle is invalid

--
components: Interpreter Core, Windows
files: multip-test.py
messages: 337527
nosy: Konrad Ciecierski, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Lock release fails under windows
type: crash
versions: Python 3.7
Added file: https://bugs.python.org/file48198/multip-test.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36241] MD5 checksum is not valid for v2.7.16 "Windows x86-64 MSI installer"



Steve Dower  added the comment:

I redownloaded and confirmed that the files are correct.

Benjamin - the MD5 for the 32-bit installer didn't get updated. It should be 
912428345b7e0428544ec4edcdf70286 (as in my updated email I sent).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36241] MD5 checksum is not valid for v2.7.16 "Windows x86-64 MSI installer"



Steve Dower  added the comment:

We updated the build to be properly code signed, but the CDN may still be 
caching the old release.

Nothing has changed except the signature on the installer (Python 2 binaries 
have never been signed). I'll run a CDN purge to try and clear it up.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35843] importlib.util docs for namespace packages innaccurate

2019-03-08 Thread Brett Cannon



Change by Brett Cannon :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35843] importlib.util docs for namespace packages innaccurate



miss-islington  added the comment:


New changeset ab9b31f94737895f0121f26ba3ad718ebbc24fe1 by Miss Islington (bot) 
(Anthony Sottile) in branch 'master':
bpo-35843: Implement __getitem__ for _NamespacePath (GH-11690)
https://github.com/python/cpython/commit/ab9b31f94737895f0121f26ba3ad718ebbc24fe1


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36228] Support coercion of complex to float/int

2019-03-08 Thread Tim Peters



Tim Peters  added the comment:

I have no use for this either, and agree with rejecting it - in nearly 30 
years, nobody has asked for this before, and it's still the case that we don't 
have an actual programming use case (some theoretical use in an abstract 
mathematical model isn't a programming use case).  Seems far more likely that 
someone applying floor() or ceil() to a complex number is confused.

math.tau was essentially useless too, but Guido wanted to add it mostly as a 
light-hearted inside joke:

https://bugs.python.org/issue12345

Against that, I see that the popular mpmath Python package does support it (for 
floor and ceil).  Perhaps you could get mpmath's author to chime in here with a 
"good" argument for adding it to the core language?

http://mpmath.org/doc/current/general.html#floor

"""
The floor function is defined for complex numbers and acts on the real and 
imaginary parts separately:

>>> floor(3.25+4.75j)
mpc(real='3.0', imag='4.0')
"""

--
nosy: +tim.peters

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.



Change by Eric Snow :


--
pull_requests: +12228
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36243] Python os.listdir fails with FileNotFoundError when directory exists



Change by Geoff Alexander :


--
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36213] subprocess.check_output() fails with OSError: [WinError 87] when current directory name is too long



Geoff Alexander  added the comment:

Using the "\\?\" prefix does not work.  Here's a small example:

```
import os
import subprocess

os.chdir(r"\\?\C:\Users")
output = subprocess.check_output("dir", shell=True)
```

Using Python 3.7.2 64-bit on Windows 10 fails with

```
c:\Users\GeoffAlexander\Documents\Python>python test.py
'\\?\C:\Users'
CMD.EXE was started with the above path as the current directory.
UNC paths are not supported.  Defaulting to Windows directory.
```

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36228] Support coercion of complex to float/int

2019-03-08 Thread Марат Нагаев


Марат Нагаев  added the comment:

I think at bank.
I find post (Russian) about complex numbers:
https://cyberleninka.ru/article/v/primenenie-kompleksnyh-chisel-v-finansovyh-operatsiyah
And rounding was used.
Sorry, I don't know about English version of this article.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35967] Better platform.processor support



Change by Jason R. Coombs :


--
pull_requests: +12227

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36233] xml ElementTree quotation marks of xml version string

2019-03-08 Thread Raymond Hettinger



Raymond Hettinger  added the comment:

+0 

I support making this change, if only to keep the quoting convention consistent 
with how we quote attributes.  Also, use of double quotes seems to be the norm. 
 I made a brief informal survey of XML samples from multiple sources including 
DocBook, MS Excel, RSS feeds, the W3Schools examples, and various XML tutorials 
-- the only exception to double quotes was a NOAA weather feed.  The XML spec 
itself shows a preference for double quotes in its examples.

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35967] Better platform.processor support



Jason R. Coombs  added the comment:

> It's also easy to bypass that by simply seeding the global cache
> for uname(): _uname_cache. 
> Or you could monkey-patch the platform module
> in your utility to work around the circular reference.

I don't think these options are possible in the general case. It was what I 
attempted to do in the first place, but could not. Consider the situation where 
a namespace package is present or where a script uses pkg_resources to 
bootstrap itself (a very common case), or any other case where 
`platform.(anything)` is invoked before the "bypass" or "monkey-patch" has a 
chance to run. This happens when running the test suite for `cmdix` because 
pytest invokes pkg_resources to search for entry points and that code invokes 
`platform.system` (or similar) to evaluate environment markers long before the 
cmdix code has been imported.

Here's what happens:

`platform.(anything)` runs `platform.uname` and `platform.uname` invokes `uname 
-p` in a subprocess _unconditionally_. Python doesn't provide hooks to 
monkey-patch that out before it gets invoked.

> Or you could call your utility something else.

The point of this utility is to supply "coreutils" using Python. It's derived 
from an abandoned project called "pycoreutils", one purpose of which is to 
provide the core utilities on a minimal Linux distribution that doesn't have 
uname. Another is to supply coreutils on Windows. Having an alternate name 
isn't really viable when the purpose is to supply that interface.


I do think your considerations are reasonable, and I'm close to giving up. I 
look forward to your feedback on the 'resolved-late' branch.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35967] Better platform.processor support



Jason R. Coombs  added the comment:

In [this 
commit](https://github.com/jaraco/cpython/commit/acd024e2d4aa56f13d7bc165d10a35510e83a12b),
 I demonstrate the alternative approach I was considering that avoids calling 
"uname -p" until it's required, but otherwise retains compatibility by using 
the same logic for resolving the processor on the various platforms.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36224] Python quit unexpectedly error

2019-03-08 Thread Xin Wang



New submission from Xin Wang :

I face the same error with https://bugs.python.org/issue36154, but the solution 
is not work for me. So I want to show you my error.

I'm on a Mac running Mojave, version 10.14.3. I installed Python 3.7.2.
I am using vscode. It is work fine in command line.

Process:   Python [6855]
Path:  
/usr/local/Cellar/python/3.7.2_2/Frameworks/Python.framework/Versions/3.7/Resources/Python.app/Contents/MacOS/Python
Identifier:Python
Version:   3.7.2 (3.7.2)
Code Type: X86-64 (Native)
Parent Process:Microsoft.Python.LanguageServer [6775]
Responsible:   Python [6855]
User ID:   501

Date/Time: 2019-03-07 20:56:29.311 +0800
OS Version:Mac OS X 10.14.3 (18D109)
Report Version:12
Bridge OS Version: 3.3 (16P3133)
Anonymous UUID:9BB7B8DF-31FF-DE9B-C98A-12906B656226

Sleep/Wake UUID:   ACC9C63D-DFE1-42FE-8E68-5C3942745A62

Time Awake Since Boot: 3000 seconds
Time Since Wake:   1000 seconds

System Integrity Protection: enabled

Crashed Thread:0  Dispatch queue: com.apple.main-thread

Exception Type:EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:   KERN_INVALID_ADDRESS at 0x
Exception Note:EXC_CORPSE_NOTIFY

Termination Signal:Segmentation fault: 11
Termination Reason:Namespace SIGNAL, Code 0xb
Terminating Process:   exc handler [6855]

VM Regions Near 0:
--> 
__TEXT 00010354-000103542000 [8K] r-x/rwx 
SM=COW  
/usr/local/Cellar/python/3.7.2_2/Frameworks/Python.framework/Versions/3.7/Resources/Python.app/Contents/MacOS/Python

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   algos.cpython-37m-darwin.so 0x0001132d2520 
__pyx_pf_6pandas_5_libs_5algos_600__defaults__ + 32
1   algos.cpython-37m-darwin.so 0x000113422ed0 
__Pyx_CyFunction_get_kwdefaults + 48
2   org.python.python   0x00010356655c getset_get + 58
3   org.python.python   0x00010358db50 
_PyObject_GenericGetAttrWithDict + 181
4   org.python.python   0x00010358da40 _PyObject_LookupAttr 
+ 166
5   org.python.python   0x0001035eb1c4 builtin_getattr + 141
6   org.python.python   0x000103561637 
_PyMethodDef_RawFastCallKeywords + 496
7   org.python.python   0x000103560bd3 
_PyCFunction_FastCallKeywords + 44
8   org.python.python   0x0001035f65f0 call_function + 636
9   org.python.python   0x0001035ef2cf 
_PyEval_EvalFrameDefault + 7174
10  org.python.python   0x000103560fae 
function_code_fastcall + 112
11  org.python.python   0x0001035f6665 call_function + 753
12  org.python.python   0x0001035ef2cf 
_PyEval_EvalFrameDefault + 7174
13  org.python.python   0x0001035f6ef7 
_PyEval_EvalCodeWithName + 1835
14  org.python.python   0x000103560b98 
_PyFunction_FastCallKeywords + 225
15  org.python.python   0x0001035f6665 call_function + 753
16  org.python.python   0x0001035ef375 
_PyEval_EvalFrameDefault + 7340
17  org.python.python   0x000103560fae 
function_code_fastcall + 112
18  org.python.python   0x0001035f6665 call_function + 753
19  org.python.python   0x0001035ef2cf 
_PyEval_EvalFrameDefault + 7174
20  org.python.python   0x0001035f6ef7 
_PyEval_EvalCodeWithName + 1835
21  org.python.python   0x000103560b98 
_PyFunction_FastCallKeywords + 225
22  org.python.python   0x0001035f6665 call_function + 753
23  org.python.python   0x0001035ef218 
_PyEval_EvalFrameDefault + 6991
24  org.python.python   0x0001035f6ef7 
_PyEval_EvalCodeWithName + 1835
25  org.python.python   0x000103560801 
_PyFunction_FastCallDict + 441
26  org.python.python   0x000103561931 
_PyObject_Call_Prepend + 150
27  org.python.python   0x00010359f05c slot_tp_init + 80
28  org.python.python   0x00010359bd28 type_call + 178
29  org.python.python   0x000103560a39 
_PyObject_FastCallKeywords + 359
30  org.python.python   0x0001035f665e call_function + 746
31  org.python.python   0x0001035ef375 
_PyEval_EvalFrameDefault + 7340
32  org.python.python   0x0001035f6ef7 
_PyEval_EvalCodeWithName + 1835
33  org.python.python   0x000103560801 
_PyFunction_FastCallDict + 441
34  org.python.python   0x000103561931 
_PyObject_Call_Prepend + 150
35  org.python.python   0x00010359f05c slot_tp_init + 80
36  org.python.python   0x00010359bd28

[issue35967] Better platform.processor support

2019-03-08 Thread Marc-Andre Lemburg

Marc-Andre Lemburg  added the comment:

On 08.03.2019 18:00, Jason R. Coombs wrote:
> 
>> Perhaps adding a more capable API to interface to /proc/cpuinfo
> would be a good idea.
> 
> The core concern I want to address is that it's not possible to use any 
> function in the platform module without invoking "uname -p", and thus it's 
> not possible to implement "uname" in Python. No amount of supplementary 
> interfaces will help with that.

I don't know where you get that idea from. The uname family of APIs
do use "uname -p" on platforms where this exists, but the other
ones don't.

It's also easy to bypass that by simply seeding the global cache
for uname(): _uname_cache. Or you could call your utility
something else. Or you could monkey-patch the platform module
in your utility to work around the circular reference.

To be clear: I do not consider your use case to be particularly common
enough to warrant changes to the module, but would welcome additions
which bring more or better functionality to the module, e.g. having
the processor variable return meaningful where it previously did
not (ie. uname() return '' for the processor entry), or adding
another API to provide more detailed information.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36243] Python os.listdir fails with FileNotFoundError when directory exists



New submission from Geoff Alexander :

I have the following code:

```
def handle_empty_directories(dir):
if os.path.exists(dir):
shouter.shout("%s exists" % dir)
else:
   shouter.shout("%s doesn't exists" % dir)
entries = os.listdir(dir)
if entries == []:
open(os.path.join(dir, Commiter.hed_file), "w").close()
else:
if (len(entries) > 1) and (Commiter.hed_file in entries):
os.remove(os.path.join(dir, Commiter.hed_file))
for entry in entries:
if entry not in Commiter.hed_ignore:
full_entry = os.path.join(dir, entry)
if (os.path.isdir(full_entry)):
Commiter.handle_empty_directories(full_entry)
```

Occasionally, the call to os.listdir(dir) fails with FileNotFoundError even 
though the os.path.exists(dir) call says that exists:

```
08:57:56 - 
C:\r2g-wd\sport-6.0.5\SBS\SBS\Light\bin\com\ibm\ArtifactTechnology\ABS\ArtifactBroker
 exists
Traceback (most recent call last):
  File "migration.py", line 169, in 
migrate()
  File "migration.py", line 80, in migrate

rtc.acceptchangesintoworkspace(rtc.getchangeentriestoaccept(changeentries, 
history))
  File 
"c:\Users\GeoffAlexander\Documents\Nirvana\RTC2Git\git-repositories\rtc2git-migration-tool\rtcFunctions.py",
 line 304, in acceptchangesintoworkspace
Commiter.handle_empty_directories(os.getcwd())
  File 
"c:\Users\GeoffAlexander\Documents\Nirvana\RTC2Git\git-repositories\rtc2git-migration-tool\gitFunctions.py",
 line 126, in handle_empty_directories
Commiter.handle_empty_directories(full_entry)
  File 
"c:\Users\GeoffAlexander\Documents\Nirvana\RTC2Git\git-repositories\rtc2git-migration-tool\gitFunctions.py",
 line 126, in handle_empty_directories
Commiter.handle_empty_directories(full_entry)
  File 
"c:\Users\GeoffAlexander\Documents\Nirvana\RTC2Git\git-repositories\rtc2git-migration-tool\gitFunctions.py",
 line 126, in handle_empty_directories
Commiter.handle_empty_directories(full_entry)
  [Previous line repeated 6 more times]
  File 
"c:\Users\GeoffAlexander\Documents\Nirvana\RTC2Git\git-repositories\rtc2git-migration-tool\gitFunctions.py",
 line 116, in handle_empty_directories
entries = os.listdir(dir)
FileNotFoundError: [WinError 3] The system cannot find the path specified: 
'C:\\r2g-wd\\sport-6.0.5\\SBS\\SBS\\Light\\bin\\com\\ibm\\ArtifactTechnology\\ABS\\ArtifactBroker'
```

I've also seen a similar FileNoteFound on the 

```
open(os.path.join(dir, Commiter.hed_file), "w").close()
```

line when os.path.exists(dir) says that the directory exists.

How can this happen? I'm running Python 3.7.2 64-bit on Windows 10.

--
components: Windows
messages: 337516
nosy: Geoff.Alexander, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Python os.listdir fails with FileNotFoundError when directory exists
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36241] MD5 checksum is not valid for v2.7.16 "Windows x86-64 MSI installer"



Karthikeyan Singaravelan  added the comment:

Strange, when I visit the link again in new tab then it gives me the checksum 
as described by OP. But I still have the old tab open with which I wrote my 
comment that has 2841e92ba89a6f036305a8a07fbe9d18 (20348928 bytes) and wget at 
the time also had this checksum as in my comment. I am in India.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36228] Support coercion of complex to float/int

2019-03-08 Thread Mark Dickinson



Mark Dickinson  added the comment:

> Maybe the best solution is to add functions floor and ceil to cmath module

You say "solution", but what problem would this be a solution to? So far, I 
don't think there's a demonstrated need to have this functionality. What is it 
useful for?

So IMO, the best solution is to make no change: there isn't an actual problem 
to be solved here. :-)

Again: what's the use-case?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35967] Better platform.processor support



Jason R. Coombs  added the comment:

> Perhaps adding a more capable API to interface to /proc/cpuinfo
would be a good idea.

The core concern I want to address is that it's not possible to use any 
function in the platform module without invoking "uname -p", and thus it's not 
possible to implement "uname" in Python. No amount of supplementary interfaces 
will help with that.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36241] MD5 checksum is not valid for v2.7.16 "Windows x86-64 MSI installer"

2019-03-08 Thread Jeremy Kloth



Jeremy Kloth  added the comment:

When I visit the provided link, I also see what OP describes.

Is it a caching/location issue?  I'm in US-Colorado.

--
nosy: +jkloth

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35967] Better platform.processor support



Jason R. Coombs  added the comment:

> the output of platform.uname() needs to stay compatible to what the function 
> returned prior

Do we really wish to retain the output for this unreliable interface, 
especially when it is not standardized and is returning improper information? 
Is it valuable for `platform.processor()` to return "i386" (a 34-year-old 
processor) for my 2017 Macbook Pro?

Does maintaining compatibility for `platform.uname()` also imply that 
`platform.processor()` needs to return `platform.uname().processor`, or could 
the interface on the latter change, to provide a more useful value, while 
retaining the behavior of `platform.uname()`?

My instinct is it's impractical to attempt to maintain all of these forks of 
"uname -p", especially when the result is a largely unpredictable value, so I'm 
considering the only other viable option I can conceive now:

 - retain the subprocess call to "uname", but bind it late, as a 
functools.cached_property, such that "uname -p" is only ever called when the 
processor property is requested. This approach would also require overriding 
__iter__ and __getitem__ to retain the namedtuple interface while having that 
element resolved late.

I was also considering this: instead of invoking "uname" anywhere on the path, 
invoke it from an explicit whitelist of paths, such as /bin and /usr/bin, so 
that it's never self-referential. Unfortunately, that wouldn't work if a 
Python-based implementation were put on one of those paths, so it would be 
brittle at best.

Marc-Andre, I'd love your feedback in light of these challenges.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36241] MD5 checksum is not valid for v2.7.16 "Windows x86-64 MSI installer"



Karthikeyan Singaravelan  added the comment:

The download page linked doesn't contain checksum 
2fe86194bb4027be75b29852027f1a79. The checksum in the page is 
2841e92ba89a6f036305a8a07fbe9d18 and I can confirm that the downloaded binary 
also has the correct checksum as below : 

karthi@ubuntu-s-1vcpu-1gb-blr1-01:~$ wget 
https://www.python.org/ftp/python/2.7.16/python-2.7.16.amd64.msi
karthi@ubuntu-s-1vcpu-1gb-blr1-01:~$ md5sum python-2.7.16.amd64.msi
2841e92ba89a6f036305a8a07fbe9d18  python-2.7.16.amd64.msi

>From https://www.python.org/downloads/release/python-2716/

> Windows x86-64 MSI installer Windows for AMD64/EM64T/x64 
> 2841e92ba89a6f036305a8a07fbe9d18 20348928 SIG

--
nosy: +steve.dower, xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12851] ctypes: getbuffer() never provides strides

2019-03-08 Thread SilentGhost



Change by SilentGhost :


--
nosy: +amaury.forgeotdarc, belopolsky, meador.inge

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36241] MD5 checksum is not valid for v2.7.16 "Windows x86-64 MSI installer"



Change by Karthikeyan Singaravelan :


--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35967] Better platform.processor support

2019-03-08 Thread Marc-Andre Lemburg



Marc-Andre Lemburg  added the comment:

Jason: StackExchange does have lots of good hints, but it's not always
the correct. In this case, it's clearly wrong. uname -p has been
available on many Unix installations for decades.

I started writing the module back in 1999 and even then, the support
was already working on the systems I used at the time, and several
others, as you can see from this page:

https://www.egenix.com/www2002/python/mxCGIPython.html

The module was originally created to come up with a good name to
use for identifying platform binaries coming out of my mxCGIPython
project.

Note that the processor is not always needed to determine whether
software runs on a machine or not. The "uname -m" output often
is enough, but there are cases where e.g. compiler options are
used which produces code that only works on particular processors.

Perhaps adding a more capable API to interface to /proc/cpuinfo
would be a good idea.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36242] spam

2019-03-08 Thread SilentGhost



Change by SilentGhost :


--
Removed message: https://bugs.python.org/msg337508

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36242] spam

2019-03-08 Thread SilentGhost



Change by SilentGhost :


--
nosy:  -aod
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
title: ABC: We ask U.S. news media to interview Human Rights expert Alfred de 
Zayas about Venezuela. -> spam

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36242] ABC: We ask U.S. news media to interview Human Rights expert Alfred de Zayas about Venezuela.

2019-03-08 Thread Andre Dias


New submission from Andre Dias :

Olá,

Eu acabei de assinar o abaixo-assinado "ABC: We ask U.S. news media to
interview Human Rights expert Alfred de Zayas about Venezuela." e queria
saber se você pode ajudar assinando também.

A nossa meta é conseguir 1.000 assinaturas e precisamos de mais apoio. Você
pode ler mais sobre este assunto e assinar o abaixo-assinado aqui:

http://chng.it/nnZvDGFYh4

Obrigado!
Andre

--
messages: 337508
nosy: aod
priority: normal
severity: normal
status: open
title: ABC: We ask U.S. news media to interview Human Rights expert Alfred de 
Zayas about Venezuela.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36228] Support coercion of complex to float/int

2019-03-08 Thread Марат Нагаев


Марат Нагаев  added the comment:

>For those rare cases where this is needed, it isn't that hard to spell out 
>`complex(floor(z.real)
But in Python we have math.tau. However it's just 2*pi.
>`math.floor` of a `float` object returns an `int`
Maybe the best solution is to add functions floor and ceil to cmath module and 
edit floor and ceil function (in case passing complex argument these function 
could raise TypeError)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36124] Provide convenient C API for storing per-interpreter state



Eric Snow  added the comment:

Also, while PyThreadState_GetDict() is the inspiration here, we don't have to 
copy it exactly.  For instance, PyInterpreterState_GetDict() takes a 
PyInterpreterState* argument, whereas PyThreadState_GetDict() takes no 
arguments and gets the PyThreadState* from thread-local storage.

Is there anything else that would make sense to do differently with 
PyInterpreterState_GetDict()?  It's pretty basic, so I'm guessing "no". :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36235] distutils.sysconfig.customize_compiler() overrides CFLAGS var with OPT var if CFLAGS env var is set

2019-03-08 Thread Ned Deily



Ned Deily  added the comment:

This appears to be a duplicate of Issue969718.

--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36241] MD5 checksum is not valid for v2.7.16 "Windows x86-64 MSI installer"

2019-03-08 Thread andrejs-sisojevs-accenture



andrejs-sisojevs-accenture  added the comment:

Checksum for earlier v2.7.15 is fine.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35967] Better platform.processor support



Jason R. Coombs  added the comment:

Correction on last comment: s/Debian/Ubuntu/

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36241] MD5 checksum is not valid for v2.7.16 "Windows x86-64 MSI installer"

2019-03-08 Thread andrejs-sisojevs-accenture



New submission from andrejs-sisojevs-accenture :

On download page 
https://www.python.org/downloads/release/python-2716/
MD5 checksum for "Windows x86-64 MSI installer" is 
2fe86194bb4027be75b29852027f1a79

But download file checksum is `2841e92ba89a6f036305a8a07fbe9d18`.
Checksum calculated on 2 different machines (Windows and MacOS), both strongly 
protected by antiviruses.

--
components: Installation
messages: 337502
nosy: andrejs-sisojevs-accenture
priority: normal
severity: normal
status: open
title: MD5 checksum is not valid for v2.7.16 "Windows x86-64 MSI installer"
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36124] Provide convenient C API for storing per-interpreter state

Eric Snow  added the comment:

On Sat, Mar 2, 2019 at 12:33 AM Armin Rigo  wrote:
> PyModule_GetState() requires having the module object that corresponds
> to the given interpreter state.  I'm not sure how a C extension module is
> supposed to get its own module object corresponding to the current
> interpreter state, without getting it from the caller in some way.

Fair enough. :)

> If you want to point out a different approach that might work too, that's OK 
> too.

As Petr noted, the preferred solution isn't feasible yet (pending
several PEPs) and depends on using multi-phase extension module
initialization (PEP 489).  Furthermore, that assumes that the
preferred solution would meet your performance needs.  If you think it
wouldn't then this is a great chance to speak up. :)

> It's just that the current approach was arrived at after multiple generations 
> of
> crash reports, which makes me uneasy about changing it in more subtle ways
> than just killing it in favor of a careful PyInterpreterState_GetDict().

Understood.

Thanks for the detailed explanation on why you are using
"interp->dict", and how you need to avoid fatal errors (e.g. from
"PyImport_GetModuleDict()" during shutdown).

Your solution seems reasonable, since every interpreter will have it's
own "modules" object.  However, note that "interp->modules" can get
swapped out with a different object at any moment.  The use case is
temporarily setting a different import state (e.g. isolating a
module's import).  Currently this isn't very common (especially since
"interp->modules" is currently not sync'ed with "sys.modules"), but we
have plans for making this easier to do from Python code in the
not-distant future.

Regardless, I agree that PyInterpreterState_GetDict() will solve
several problems for you.  I'm sorry we didn't provide this solution
for you sooner.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35967] Better platform.processor support



Jason R. Coombs  added the comment:

[This answer](https://unix.stackexchange.com/a/307960/275034) is extremely 
helpful. `uname -p` isn't available on Linux except Fedora and late versions of 
Debian that apply the patch.

This lack of consistency means that `platform.uname().processor` and thus 
`platform.processor()` is an inherently unreliable interface.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35967] Better platform.processor support



Jason R. Coombs  added the comment:

After fussing with sysctl for a while, I'm fairly confident that one can't use 
sysctl on Linux reliably (https://stackoverflow.com/a/55066774/70170). I'll 
keep digging to see if I can find another implementation of `uname` that's used 
on Linux.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21253] unittest assertSequenceEqual can lead to Difflib.compare() crashing on mostly different sequences

2019-03-08 Thread Ernesto Eduardo Medina Núñez


Ernesto Eduardo Medina Núñez  added the comment:

While this gets fixed, can you provide a workaround? or recommend another 
library?

--
nosy: +Ernesto Eduardo Medina Núñez

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36239] gettext: GNUTranslations doesn't parse properly comments in description

2019-03-08 Thread Julien Palard



Julien Palard  added the comment:

I tested further, and when we have this horrible mess in the po files:

msgstr ""
"Pro"
"jec"
"t-I"
"d-V"
"ers"
"ion"
": "
"dig"
"ika"
"m\n"

We have a clean string in the .mo file.

So there is no fear to have of:

"Plural-Forms: nplurals=1; plural=0;\n"
"#-#-#-#-#  digikamimageplugin_raindrop.po (digikamimageplugin_raindrop)  #-#-"
"#-#-#\n"
"X-Generator: KBabel 1.11.4\n"

It will be nicely stored in the mo as:

Plural-Forms: nplurals=1; plural=0;
#-#-#-#-#  digikamimageplugin_raindrop.po (digikamimageplugin_raindrop)  
#-#-#-#-#
X-Generator: KBabel 1.11.4

So you can safely remove lines starting and ending with #-#-#-#-#.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36157] Document PyInterpreterState_Main().

2019-03-08 Thread Joannah Nanjekye



Joannah Nanjekye  added the comment:

Since there was no response, I decided to  open a PR for this.

--
keywords:  -patch
stage: patch review -> needs patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36239] gettext: GNUTranslations doesn't parse properly comments in description

2019-03-08 Thread Julien Palard


Julien Palard  added the comment:

That's literally sick þ Looks like we have to trust the "\n", not the file 
wrapping, but this means that:

msgstr ""
"Pro"
"jec"
"t-I"
"d-V"
"ers"
"ion"
": "
"dig"
"ika"
"m\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n;

is valid, too? I have to try it!

HAHA it is:

$ cat ~/clones/python-docs-fr/glossary.po | head -n 20
# Copyright (C) 2001-2018, Python Software Foundation
# For licence information, see README file.
#
msgid ""
msgstr ""
"Pr"
"oj"
"ec"
"t-"
"Id"
"-V"
"er"
"si"
"on"
":"
" P"
"ython 3.6\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2018-12-21 09:48+0100\n"
"PO-Revision-Date: 2019-03-08 14:48+0100\n"

$ msgcat ~/clones/python-docs-fr/glossary.po | head -n 20
# Copyright (C) 2001-2018, Python Software Foundation
# For licence information, see README file.
#
msgid ""
msgstr ""
"Project-Id-Version: Python 3.6\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2018-12-21 09:48+0100\n"
"PO-Revision-Date: 2019-03-08 14:48+0100\n"
"Last-Translator: Jules Lasne \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.0.2\n"
"# Pouette\n"

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36239] gettext: GNUTranslations doesn't parse properly comments in description


STINNER Victor  added the comment:

/usr/share/locale/ml/LC_MESSAGES/ktraderclient5.mo:

svn cat 
svn://anonsvn.kde.org/home/kde/trunk/l10n-kf5/ml/messages/kde-workspace/ktraderclient5.po
 > ml_ktraderclient5.po

Extract:

msgid ""
msgstr ""
"Project-Id-Version: ktraderclient\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n;
"POT-Creation-Date: 2018-08-16 09:14+0200\n"
"PO-Revision-Date: 2008-07-10 22:04+0530\n"
"Last-Translator: # ANI PETER|അനി പീറ്റര്<200d> \n"
"Language-Team: Swathanthra|സ്വതന്ത്ര Malayalam|മലയാളം 
Computing|കമ്പ്യൂട്ടിങ്ങ് \n"
"Language: ml\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36157] Document PyInterpreterState_Main().

2019-03-08 Thread Joannah Nanjekye



Change by Joannah Nanjekye :


--
keywords: +patch
pull_requests: +12226
stage: needs patch -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36239] gettext: GNUTranslations doesn't parse properly comments in description



STINNER Victor  added the comment:

/usr/share/locale/fa/LC_MESSAGES/digikam.mo:

I downloaded the .po file using:

svn cat 
svn://anonsvn.kde.org/home/kde/trunk/l10n-kf5/fa/messages/extragear-graphics/digikam.po
 > fa_digikam.po

It contains many comments in headers. Extract:

(...)
# MaryamSadat Razavi , 2007.
# Nasim Daniarzadeh , 2007.
# Nazanin Kazemi , 2007.
# Mohammad Reza Mirdamadi , 2011, 2012.
msgid ""
msgstr ""
"Project-Id-Version: digikam\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n;
"POT-Creation-Date: 2019-03-08 03:08+0100\n"
"PO-Revision-Date: 2012-01-13 15:00+0330\n"
"Last-Translator: Mohammad Reza Mirdamadi \n"
"Language-Team: Farsi (Persian) <>\n"
"Language: fa\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"#-#-#-#-#  digikamimageplugin_channelmixer.po "
"(digikamimageplugin_channelmixer)  #-#-#-#-#\n"
"X-Generator: Lokalize 1.2\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"#-#-#-#-#  digikamimageplugin_refocus.po (digikamimageplugin_refocus)  #-#-#-"
"#-#\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"#-#-#-#-#  digikamimageplugin_oilpaint.po (digikamimageplugin_oilpaint)  #-#-"
"#-#-#\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"#-#-#-#-#  digikamimageplugin_perspective.po "
"(digikamimageplugin_perspective)  #-#-#-#-#\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"#-#-#-#-#  digikamimageplugin_freerotation.po "
"(digikamimageplugin_freerotation)  #-#-#-#-#\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"#-#-#-#-#  digikamimageplugins.po (digikamimageplugins)  #-#-#-#-#\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"#-#-#-#-#  digikamimageplugin_raindrop.po (digikamimageplugin_raindrop)  #-#-"
"#-#-#\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"#-#-#-#-#  digikamimageplugin_blowup.po (digikamimageplugin_blowup)  #-#-#-#-"
"#\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"#-#-#-#-#  digikamimageplugin_charcoal.po (digikamimageplugin_charcoal)  #-#-"
"#-#-#\n"
(...)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36239] gettext: GNUTranslations doesn't parse properly comments in description

2019-03-08 Thread Julien Palard


Julien Palard  added the comment:

The

 'last-translator': '# ANI PETER|അനി പീറ്റര്\u200d ',

case does not looks like an issue, it does *not* starts with #, it's in the 
middle of the line, the line starts with "Last-Translator".

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36239] gettext: GNUTranslations doesn't parse properly comments in description


STINNER Victor  added the comment:

I hacked gettext.py to parse all files of my system. I found 3 .mo files which 
contain "#" in headers:

/usr/share/locale/fa/LC_MESSAGES/digikam.mo:

{'content-transfer-encoding': '8bit\n'
  '#-#-#-#-#  digikamimageplugin_channelmixer.po '
  '(digikamimageplugin_channelmixer)  #-#-#-#-#',
 'content-type': 'text/plain; charset=UTF-8',
 'language': 'fa',
 'language-team': 'Farsi (Persian) <>',
 'last-translator': 'Mohammad Reza Mirdamadi ',
 'mime-version': '1.0',
 'plural-forms': 'nplurals=1; plural=0;',
 'po-revision-date': '2012-01-13 15:00+0330',
 'pot-creation-date': '2018-03-18 03:11+0100',
 'project-id-version': 'digikam',
 'report-msgid-bugs-to': 'http://bugs.kde.org',
 'x-generator': 'KBabel 1.11.4'}

/usr/share/locale/ia/LC_MESSAGES/akonadicontact5-serializer.mo:

{'content-transfer-encoding': '8bit\n'
  '#-#-#-#-#  akonadi_kalarm_resource.po  '
  '#-#-#-#-#',
 'content-type': 'text/plain; charset=UTF-8',
 'language': 'ia',
 'language-team': 'Interlingua ',
 'last-translator': 'g.sora ',
 'mime-version': '1.0',
 'plural-forms': 'nplurals=2; plural=n != 1;',
 'po-revision-date': '2011-11-29 19:38+0100',
 'pot-creation-date': '2018-11-12 06:56+0100',
 'project-id-version': '',
 'report-msgid-bugs-to': 'http://bugs.kde.org',
 'x-generator': 'Lokalize 1.2'}

/usr/share/locale/ml/LC_MESSAGES/ktraderclient5.mo:

{'content-transfer-encoding': '8bit',
 'content-type': 'text/plain; charset=UTF-8',
 'language': 'ml',
 'language-team': 'Swathanthra|സ്വതന്ത്ര Malayalam|മലയാളം '
  'Computing|കമ്പ്യൂട്ടിങ്ങ് ',
 'last-translator': '# ANI PETER|അനി പീറ്റര്\u200d ',
 'mime-version': '1.0',
 'plural-forms': 'nplurals=2; plural=(n != 1);',
 'po-revision-date': '2008-07-10 22:04+0530',
 'pot-creation-date': '2018-09-14 06:47+0200',
 'project-id-version': 'ktraderclient',
 'report-msgid-bugs-to': 'http://bugs.kde.org',
 'x-generator': 'KBabel 1.11.4'}

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36239] gettext: GNUTranslations doesn't parse properly comments in description



STINNER Victor  added the comment:

I found a .po file with "#" in headers on the Internet, Sympa mailing list 
project:
https://www.sympa.org/distribution/sympa-6.0.10/po-wwsympa/et.po:

# #-#-#-#-#  blank_web_help_et.po (sympa)  #-#-#-#-#
# Sympa online help internationalisation.
# Copyright (C) 2007
# This file is distributed under the same license as Sympa.
# FIRST AUTHOR , 2007.
#
# #-#-#-#-#  tmp_web_help_et.po (et)  #-#-#-#-#
# translation of et.po to 
# translation of et.po to
# #-#-#-#-#  et.po (PACKAGE VERSION)  #-#-#-#-#
# Copyright (C) 2005 Free Software Foundation, Inc.
# #-#-#-#-#  et.po (PACKAGE VERSION)  #-#-#-#-#
# #-#-#-#-#  et.po (PACKAGE VERSION)  #-#-#-#-#
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
# Copyright (C) YEAR Free Software Foundation, Inc.
# FIRST AUTHOR , YEAR.#.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER.
# root , 2005.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: et\n"
"POT-Creation-Date: 2007-11-13 14:50+0200\n"
"PO-Revision-Date: 2007-10-22 00:03+0200\n"
"Last-Translator: Alar Sing \n"
"Language-Team: Estonian\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"#-#-#-#-#  blank_web_help_et.po (sympa)  #-#-#-#-#\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"#-#-#-#-#  tmp_web_help_et.po (et)  #-#-#-#-#\n"
"X-Generator: Pootle 1.0.2\n"

They are 2 headers starting with >"#-#-#-#-# < and ending with >  #-#-#-#-#\n"<.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36233] xml ElementTree quotation marks of xml version string

2019-03-08 Thread Serhiy Storchaka



Serhiy Storchaka  added the comment:

Both quotes are valid. See 
https://www.w3.org/TR/2008/REC-xml-20081126/#sec-prolog-dtd.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue35967] Better platform.processor support