New submission from Ray Luo :
Launching Chrome on Linux from command line:
$ export BROWSER=google-chrome; python -m webbrowser
https://httpbin.org/delay/10
It can successfully launch Chrome with the specified web page opened in a
new tab.
And the console command line finishes
New submission from Ray Kinane :
In the Turtle module,
there are 2 methods named "clear",
one for turtle objects and one for screen objects.
In the Turtle module documentation,
in the contents section,
in the "Turtle methods" section,
under "More drawing co
Ray Donnelly added the comment:
I took the liberty of filing this: https://bugs.python.org/issue40263
Cheers.
--
nosy: +Ray Donnelly
___
Python tracker
<https://bugs.python.org/issue26
Ray Donnelly added the comment:
https://github.com/python/cpython/pull/19501
--
___
Python tracker
<https://bugs.python.org/issue40263>
___
___
Python-bug
Change by Ray Donnelly :
--
nosy: +Ray.Donnelly
nosy_count: 5.0 -> 6.0
pull_requests: +18852
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19501
___
Python tracker
<https://bugs.python.org/i
Change by Ray Donnelly :
--
keywords: +patch
Added file:
https://bugs.python.org/file49057/-Fix-off-by-one-error-in-_winapi_WaitForMultipleObjec.patch
___
Python tracker
<https://bugs.python.org/issue40
Change by Ray Donnelly :
Removed file:
https://bugs.python.org/file49056/-bpo-26903-Limit-ProcessPoolExecutor-to-61-workers-on-Windows.patch.ref
___
Python tracker
<https://bugs.python.org/issue40
Ray Donnelly added the comment:
See my proposed patch. I am happy to make a PR on github for this too if people
agree it's the right fix.
--
Added file:
https://bugs.python.org/file49056/-bpo-26903-Limit-ProcessPoolExecutor-to-61-workers-on-Windows.patc
New submission from Ray Donnelly :
See attached reproducer
--
components: Interpreter Core, Windows
files: ppe.py
messages: 366258
nosy: Ray Donnelly, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Follow on bug from https
Ray Donnelly added the comment:
.. and alternative to my ACP idea would be to use `GetACP()` or
`getfilesystemencoding()` .. or? Suggestions welcome!
--
___
Python tracker
<https://bugs.python.org/issue36
New submission from Ray Donnelly :
Hi all,
I'd like to entertain some discussion around the idea of calling CreateProcessW
instead of CreateProcess on Windows.
I've written a patch as a proof of concept and I would love to get some
feedback. I guess I've broken
Ray Donnelly added the comment:
Thanks Steve, the sys.path value from the first comment can be discarded, it
was running the wrong Python!
The 'old' mechanism (which my patch reverts to) does copy all the necessary
DLLs already. I released builds with this patch now and venv
Change by Ray Donnelly :
--
title: venv doesn't do what it claims to do (apears not to work at all?) ->
venv doesn't work on Windows when no venvlauncher executable present
___
Python tracker
<https://bugs.pytho
Ray Donnelly added the comment:
The commit that my patch modifies is:
https://github.com/python/cpython/commit/1c3de541e64f75046b20cdd27bada1557e550bcd
Cheers.
--
___
Python tracker
<https://bugs.python.org/issue35
Ray Donnelly added the comment:
Bit of an update to this, I'm re-opening it as there appears to be a regression
from Python 3.7.1 to 3.7.2 for the case when there is no venvlauncher.exe
present (i.e. when there are no python{w,}.exes in Lib\venv\scripts\nt). The
old code of co
Ray Donnelly added the comment:
I found the executable is in the `Scripts` directory, closing. The real issue
I'm facing is on Anaconda Distribution's build of Python 3 which I'm updating
to 3.7.2.
Closing,
Cheers!
--
stage: -> resolved
stat
New submission from Ray Donnelly :
Happy New Year!
I'm not sure if this is a misunderstanding on my part, a docs bug or a code bug.
At https://docs.python.org/3/library/venv.html we see:
"The solution for this problem is to create a virtual environment, a
self-contained directory
Change by Ray Donnelly :
--
nosy: +Ray Donnelly
___
Python tracker
<https://bugs.python.org/issue33232>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ray Donnelly added the comment:
.. though I will also ask the scons people to change this to use pushd and %CD%
instead. Even if you were to make Python capable of handling such bad input,
who knows what other programs will fail, and build systems should be extra
careful not to mess the
New submission from Ray Donnelly :
Over on the Anaconda Distribution we received a (private) bug report about a
crash when trying to use scons. I thought initially it was due to one of our
patches but I tested it out with official CPython and also with WinPython and
ran into the same crash
Changes by Ray Satiro :
--
nosy: +raysatiro
___
Python tracker
<http://bugs.python.org/issue28938>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ray:
This doesn't look like proper functionality
Python 3.5.1 (v3.5.1:37a07cee5969, Dec 6 2015, 01:54:25) [MSC v.1900 64
bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
Ray added the comment:
Disregard, I think. I'm not sure why, but my current app seems to be doing the
converting.
>>> import plistlib
>>> pl = {'My key': 'False'}
>>> plist = plistlib.writePlistToString(pl)
>>> plist
'\nhttp://
Ray Donnelly added the comment:
Yes, patches are still required.
Mainly Roumen's big patch [1] and then a load more too. Matthias Klose has
merged a few cross compilation patches.
Here my project with patches for 3.3.0 and an emphasis on cross:
https://github.com/mingwandroid/crucif
Ray Donnelly added the comment:
Great Roumen, please split into new issues then make a new overall tracking
issue, then this one can be left for historians and archaeologists.
For Posix installation scheme I've got:
https://github.com/niXman/mingw-builds/blob/master/patches/Python-3.3.0
Ray Donnelly added the comment:
Roumen, I think it would be really great if you could split
py3k-20121004-MINGW.patch up into separate bits.
The pthread stuff and libffi stuff being two obvious candidates for atomic
parts.
--
___
Python tracker
Ray Donnelly added the comment:
Re: basing the patches against the latest master branch or targeting released
versions, I wasn't clear enough about my thinking.
For sure, when trying to get any patches merged, the submitted patch must be
re-based (forward ported) and tested against the m
Ray Donnelly added the comment:
When I say “our patches” I mean mine and Alexey Pavlov’s jointly maintained
patch-set.
I hope you don’t mind that I find you saying:
"I tried some of these patches, but they aren't very organinzed. I really need
some docemntaiton to better understand
Ray Donnelly added the comment:
Thank you Matthias!
--
___
Python tracker
<http://bugs.python.org/issue16235>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ray Donnelly added the comment:
Great. My only query is whether the changes to sed will work on non-GNU sed.
It used to be like:
sed < in >out
you've now got:
sed in >out
I'm not saying it won't work, I'm not in a position to check, but I think it&
Ray Donnelly added the comment:
Good work Jason,
I think it would be great if everyone could collaborate better with this stuff;
I'm as guilty as the next person on that score though. I might have been able
to save you some effort by pointing you at either:
https://github.com/mingwan
Ray Donnelly added the comment:
New patch attached:
LIBPL changed to a more direct AC_SUBST and PLATINCDIR used for --includes and
--cflags.
--
Added file: http://bugs.python.org/file28164/-add-python-config-sh.patch
___
Python tracker
<h
Ray Donnelly added the comment:
I should have checked the situation better, it is indeed towards the back end
of a series of patches to enable MinGW compilation, so the issue is irrelevant
without the preceding patches.
Sorry for the noise.
--
resolution: -> inva
New submission from Ray Donnelly:
I'm submitting this patch as it was suggested I do so by Antoine Pitrou on
#python-dev. As such, it's more a point of discussion than a patch I'm trying
to get merged (for one thing, my build is a MinGW GCC compiled and I've not
conside
Ray Donnelly added the comment:
I've addressed everything (local, ABIFLAGS) except the platform includes.
AFAICT, platform includes only differs from includes during the Python build
phase. This script can only be run post-install.
I also added --extension-suffix, tidied it up and allow
Ray Donnelly added the comment:
> hmm, but python.pc, _sysconfigdata.py and Makefile still have this
> information.
In my experience, as long as PYTHONHOME is set correctly before the Python .so,
.dll or .dylib is loaded then everything works correctly.
>From what I've seen,
Ray Donnelly added the comment:
> is there a need for the built vs. installed prefix?
>this is logic not found in the python implementation.
>what is this supposed to do?
You are right, it is not found in the original python implementation, but I
feel that it's useful. W
Ray Donnelly added the comment:
I also checked the Windows releases and python-config isn't included. However,
I don't think there's a good reason for that. python-config would in theory
work fine if people wanted to link their programs to Python on Windows, as
would python-co
Ray Donnelly added the comment:
I agree in principle about not having to maintain two implementations but I
would worry about breaking external packages that depend on the python
implementation.
In the meantime, please find an updated version of this patch that adds support
for --configdir
Ray Donnelly added the comment:
> A small question about the patch, why this case in the cross_arch function:
>From a real Mac Book Pro:
$ uname -a
Darwin MACBOOKPRO.local 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23
16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64
$ /u
Ray Donnelly added the comment:
Here's the darwin cross enabling portion. I've also removed the warnings fixes
from it as they're not relevant.
--
title: Fix some general cross compile issues and some darwin specific ones.
Tested with build=linux, host=darwin ->
Changes by Ray Donnelly :
Removed file: http://bugs.python.org/file27641/0010-DARWIN-CROSS.patch
___
Python tracker
<http://bugs.python.org/issue16291>
___
___
Python-bug
Changes by Ray Donnelly :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue16292>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ray Donnelly added the comment:
> It seems to me that such an animal would be fragile and incomplete at best.
There's no reason for it to be either fragile or incomplete. My cross builds
have a goal of being comprehensive.
> Python builds on OS X normally require certain OS X
New submission from Ray Donnelly:
This patch fixes 2 cross compilation bugs and improves a comment.
--
components: Cross-Build
files: 0005-cross-fixes.patch
keywords: patch
messages: 173423
nosy: Ray.Donnelly, doko
priority: normal
severity: normal
status: open
title: Cross compilation
New submission from Ray Donnelly:
I've fixed up the very few missing configure bits and one issue with
PYTHON_FOR_BUILD using srcdir instead of builddir. I also rolled in a simple
warning fix that I ran into (the #ifdef HAVE_CHROOT added to posixmodule.c)
configured with:
$srcdir/conf
New submission from Ray Donnelly:
Creates python-config.sh which aims to behave exactly the same as python-config
except it doesn't depend on a Python interpreter on the build machine (only
depends on a posixy shell, tested with bash, dash, MSYS-bash).
I use this for cross compiling gdb
Ray Donnelly added the comment:
Thanks Matthias, I might wait until b2 (or rc1) before I rebase my patches,
just because I'm so unfamiliar with Mercurial.
--
___
Python tracker
<http://bugs.python.org/i
Ray Donnelly added the comment:
I'm not personally interested in Cygwin (it's too slow for my liking) and I've
spent a lot of time patching and building software to avoid forcing people to
use it (no offence meant to Cygwin people, I can see the value of it, but IMHO
native
Ray Donnelly added the comment:
For me, it's all about being able to build useful software. I like Python a
lot, but my goal is and has always been cross compilation of gdb with Python
support. To that end, if I have to maintain some out of tree patches for 2.7.3
then so be it. Fo
Ray Donnelly added the comment:
NCURSES_INTERNALS stuff appears to be redundant:
Mac OS X curses.h, Linux curses.h and Windows PDCurses.h don't reference it,
nor does the Python 3.3.0b1 source code. Of course, I haven't checked any other
systems.
However: see http://bugs.
Ray Donnelly added the comment:
Thanks for the details. I've got more fixes but I want to get the whole thing
building (at least) before I post them.
--
___
Python tracker
<http://bugs.python.org/i
Ray Donnelly added the comment:
Re Android
Ah of course. In that case, there's always the NDK built by Dmitry (his latest
is v7 AFAIK):
http://www.crystax.net/en/android/ndk
--
___
Python tracker
<http://bugs.python.org/i
Ray Donnelly added the comment:
Hi Éric,
Do you mean this bit?:
diff -urN a/Lib/distutils/cygwinccompiler.py b/Lib/distutils/cygwinccompiler.py
--- a/Lib/distutils/cygwinccompiler.py 2012-05-30 07:33:00.234438631 +0100
+++ b/Lib/distutils/cygwinccompiler.py 2012-05-30 07:33:03.320855811
Ray Donnelly added the comment:
Although mainly focussed on MinGW, I've begun adding Darwin cross support. I've
also built Darwin cross compilers. The latest Linux version can be found at:
http://mingw-and-ndk.googlecode.com/files/multiarch-darwin11-cctools127.2-gcc42-5666.3-llvmgc
Changes by Ray Donnelly :
Removed file:
http://bugs.python.org/file25764/python-py3k-20120318-MINGW-330a2.patch
___
Python tracker
<http://bugs.python.org/issue3
Changes by Ray Donnelly :
Added file:
http://bugs.python.org/file25764/python-py3k-20120318-MINGW-330a2.patch
___
Python tracker
<http://bugs.python.org/issue3
Ray Donnelly added the comment:
Hi Roumen,
Many thanks for your patches, I've been using a 2.7.1 version of your patches
for Python integration with GDB (pretty-printing) of my own version of the
Android NDK for ages now (part of the Necessitas Qt project) and I really
appreciate
Changes by Ray Donnelly :
Added file:
http://bugs.python.org/file25762/python-py3k-20120318-CROSS-330a2.patch
___
Python tracker
<http://bugs.python.org/issue3
Changes by Ray Donnelly :
Added file:
http://bugs.python.org/file25761/python-py3k-20120318-MINGW-330a2.patch
___
Python tracker
<http://bugs.python.org/issue3
New submission from Ray :
I'm opening a new ticket based on ticket 13511
(http://bugs.python.org/issue13511) since the last one was closed. Read
ronaldoussoren's post in Ticket 13511 in case you're still confused.
There is no way to specify multiple lib and include directorie
Ray added the comment:
Martin, did you read my last post? Did you read the updated topic? libdir and
includedir are *not* the issue.
So it makes sense to allow configuring multiple directories for python
installation for darwin but not linux? Why
Ray added the comment:
Whether or not includedir and libdir are supposed to allow multiple packages is
beyond me at this point so I'll change the topic to more reflect the problem I
am having. More importantly (and possibly related to includedir and libdir) is
the fact that python 2.7
Ray added the comment:
Compiling using the includedir/libdir flags with colon as separators for the
multiple directories got me an error after performing 'make':
Makefile:782: *** target pattern contains no `%'. Stop.
Additionally, I would like to emphasize the fact that I
Thouis (Ray) Jones added the comment:
Further testing indicates the problem is in the filesystem itself (either the
server or client, but not in python).
Serializing the loops calling readdir / readdir_r fixes the problem on my
system, but using either function in a large number of parallel
Thouis (Ray) Jones added the comment:
> > It's also possible that readdir() is not reentrant with lstat()
> This doesn't make much sense to me.
Me either. I think what I was actually seeing was multiple calls to readdir()
still occurring even after placing a mutex on o
Thouis (Ray) Jones added the comment:
Reading through many pages discussing readdir vs. readdir_r (many on security
mailing lists, a large number referring to the page linked in the patch), I get
the impression that most implementations are thread-safe as long as separate
threads do not call
Changes by Thouis (Ray) Jones :
Added file: http://bugs.python.org/file23834/py272_readdir_r.v2.patch
___
Python tracker
<http://bugs.python.org/issue13517>
___
___
Pytho
Thouis (Ray) Jones added the comment:
I should add the caveat that I am not completely confident that I have
stress-tested the patch enough to be sure that it actually addresses the
problem. It is still possible that this is an error in OSX or the remote
fileserver in which a large amount
Thouis (Ray) Jones added the comment:
Here is the script I use to detect the failure.
% python filefinder.py /PATH/TO/LARGE/DIRECTORY/TREE
(note that I was working over samba with an 8ish-level deep directory with
around 25 files).
Compare its final output in the FOUND column with
New submission from Thouis (Ray) Jones :
On my system (OSX 10.6.8) using the python.org 32/64-bit build of 2.7.2, I see
incorrect results from os.listdir() in a threaded program. The error is that
the result of os.listdir() is missing a few files from its list.
First, my use case. I work
Ray added the comment:
I think mentioning that you can export CFLAGS and LDFLAGS would be particularly
useful. I was able to compile some of the missing packages that were deemed
'missing' at the end of 'make' by updating setup.py and having CFLAGS and
LDFLAGS point to
Ray added the comment:
I should mention, I had to modify setup.py in order for the export line in my
original post to work on my linux machine.
--
keywords: +patch
Added file: http://bugs.python.org/file23821/setup.py.diff
___
Python tracker
<h
New submission from Ray :
For ./configure, --includedir and --libdir both cannot handle multiple
packages.
e.g.
/configure --includedir=/home/user/.local/sqlite3-3.7.9/include
--includedir=/home/user/.local/readline-6.2/include
--libdir=/home/user/.local/sqlite3-3.7.9/lib
--libdir=/home
Changes by Thouis (Ray) Jones :
--
nosy: +thouis
___
Python tracker
<http://bugs.python.org/issue7946>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ray added the comment:
There wouldn't be an easy way to read the distutils setup.py info at
all in 2.4? i suppose i could write something specific for our
environment.
On 1/24/09, Tarek Ziadé wrote:
>
> Tarek Ziadé added the comment:
>
> Well since Python 2.4 doesn&#x
Ray added the comment:
any chance of getting a patch that would work in 2.4?
___
Python tracker
<http://bugs.python.org/issue4908>
___
___
Python-bugs-list mailin
Ray added the comment:
I've tested it out using the straight distutils installation, and it
works great!
___
Python tracker
<http://bugs.python.org/issue4908>
___
___
Ray added the comment:
The patch didn't install correctly using 'patch', but I manually merged
the changes into my environment (Ubuntu 8.10 running 2.5.2) - I'll
upload the diff rejections if they'll be helpful.
After installing, I attempted to use the new code to det
Changes by Ray :
--
nosy: +rayterrill
___
Python tracker
<http://bugs.python.org/issue4908>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ray Wang <[EMAIL PROTECTED]> added the comment:
Thanks for your big efforts!
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4027>
___
__
Ray Wang <[EMAIL PROTECTED]> added the comment:
Woohoo, you are awesome, thanks a lot!
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4027>
___
Ray Wang <[EMAIL PROTECTED]> added the comment:
ah, thanks goodness, what a fortune that you are not ignoring this problem.
I expect the fix could be happen in the near future. :)
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Ray Wang <[EMAIL PROTECTED]> added the comment:
> We are all volunteers here, and I see three replies.
> This may or may not be trivial to fix, and may take some time.
> Python docs are written in rst format and translated by Sphinx to
> various formats. The main translat
Ray Wang <[EMAIL PROTECTED]> added the comment:
any feedback here?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4027>
___
___
Python-bugs
Ray Wang <[EMAIL PROTECTED]> added the comment:
hi, sorry for didn't present very clear.
> Which version of the Ref Manual is this supposed to be?
the newest python documentations, Release 2.6, October 2, 2008
> By Evince do you mean the Gnome document viewer?
> http://ww
New submission from Ray Wang <[EMAIL PROTECTED]>:
the Glossary's index number is 3, which should be 75,
so people could not navigate "Glossary" by clicking the title showed in
Table of Content, or index link which is beside the content in Evince.
--
assignee: ge
Ray Chason added the comment:
It seems that I, or whoever writes any future test_nntplib.py, would
have to understand how existing tests such as test_smtplib.py work. It
looks like that one is setting up some kind of miniature mail server and
accepting a connection on localhost -- neat trick
Ray Chason added the comment:
Here's take 2.
The pre-patch NNTP class has a long and complicated constructor. Rather
than duplicate this constructor in NNTP_SSL, the patch converts most of
the NNTP class to a new class, NNTPBase, which takes an
already-connected socket as a parameter.
Ray Chason added the comment:
OK, I got a copy of the Subversion sources and the new SSL library looks
like just what is needed here. Examining the other protocol modules
that already support SSL, I find these things:
httplib has:
HTTPConnection(host[, port[, strict[, timeout
New submission from Ray Chason:
This patch adds SSL support to nntplib. It is a followup to issue
#1535659 and addresses the objections raised in the comments to that
issue; it also changes the default port to 563 (nntps) rather than 119
if SSL is requested.
--
components: Library (Lib
New submission from Ray Ward:
>>> eval("9")
9
Works but.
>>> eval("09")
Traceback (most recent call last):
File "", line 1, in
File "", line 1
09
^
SyntaxError: invalid token
--
messages: 55272
nosy: Rayfward
seve
92 matches
Mail list logo
