Ryan Gonzalez added the comment:
Cyd:
I was trying to see if I could build the latest Python for Android (not to get
it to run; just to get it to compile) so that your changes would
(theoretically) easier to update to the latest Python. That failed. Miserably.
Joys of cross-compiling Python
Ryan Gonzalez added the comment:
Cyd:
What exactly do you mean by post-configure edits?
--
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Pytho
Ryan Gonzalez added the comment:
Cyd:
Don't upload them. Git won't even let you add pyconfig.h; running `git add
PC/pyconfig.h` won't say anything, but running `git status` will show that it
did not do anything.
--
___
Python
Ryan Gonzalez added the comment:
So...you didn't make the changes by hand? Could you just post whatever you
passed to configure?
--
___
Python tracker
<http://bugs.python.org/is
Ryan Gonzalez added the comment:
Ahh...ok, then please post the changes. I want to burn autotools enough right
now; I doubt that redoing those changes would ease my anger. :)
--
___
Python tracker
<http://bugs.python.org/issue23
Mac Ryan added the comment:
I'm a bit lost in the interface of this bugtracker, so I apologise if I am
writing in the wrong spot, anyhow...
I just wanted to signal that this bug breaks the inter-operability between mock
(external library) and unittest.mock, breaking tests that have
Ryan Gonzalez added the comment:
I'm getting a weird error message building python:
ryan@DevPC-LX:~/stuff/cpydroid$ make
_PYTHON_PROJECT_BASE=/home/ryan/stuff/cpython _PYTHON_HOST_PLATFORM=linux-arm
PYTHONPATH=./Lib:./Lib/plat-linux python3 -S -m sysconfig --generate-posix-vars
;\
Ryan Gonzalez added the comment:
Python really needs some way of separating the host C compiler and the target C
compiler.
I'm giving up cross-compiling from my computer and am going to install KBOX on
an Android virtual device. It worked for Cyd, it'll work for me. Beats
com
Ryan Gonzalez added the comment:
This is what I'm using:
PYTHON_FOR_BUILD=`realpath ../cpython/python` CC=arm-linux-androideabi-clang
CXX=arm-linux-androideabi-clang++ ./configure --host=arm-linux-androideabi
--build=x86_64 --disable-ipv6 ac_cv_file__dev_ptmx=no ac_cv_file__dev_p
Ryan Gonzalez added the comment:
Ugh...
I'll just cross my fingers and hope that the libfakechroot KBOX2 comes with is
new enough.
As for a text editor, I'll just probably use something external.
*crosses fingers*
--
___
Python trac
Ryan Gonzalez added the comment:
Ok, please bear with me. I'm going to be REALLY busy for a bit; I have a BIG
test/exam coming up next week, a music recital shortly afterwards, and lots of
stuff/studying in between.
Sorry for any d
New submission from Anthony Ryan:
The scgi protocol is not included in urllib.parse.uses_netloc list, while other
less common protocols are (such as gopher).
I would like to see scgi get added to this list.
--
components: Library (Lib)
files: py3bug
messages: 237831
nosy: Anthony Ryan
Changes by Anthony Ryan :
Added file: http://bugs.python.org/file38435/py2bug
___
Python tracker
<http://bugs.python.org/issue23636>
___
___
Python-bugs-list mailin
Changes by Ryan Gonzalez :
Added file: http://bugs.python.org/file38576/kbox_fix.patch
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bugs-list m
Changes by Ryan Gonzalez :
Added file: http://bugs.python.org/file38577/issue_16353.patch
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bugs-list m
Ryan Gonzalez added the comment:
I am slowly attaching the patches I created.
Titles:
- issue_16353.patch - Issue 16353 for tip
- issue_20305_tweaked.patch - Issue 2305 for tip
- rjmatthews62_fixes_tweaked.patch - rjmatthew...@gmail.com's Android fixes (a
bit more modula
Changes by Ryan Gonzalez :
Added file: http://bugs.python.org/file38578/issue_20305_tweaked.patch
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bug
Changes by Ryan Gonzalez :
Added file: http://bugs.python.org/file38579/issue_20306.patch
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bugs-list m
Changes by Ryan Gonzalez :
Added file: http://bugs.python.org/file38580/issue_21668.patch
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bugs-list m
Changes by Ryan Gonzalez :
Added file: http://bugs.python.org/file38581/unused_var.patch
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bugs-list m
Changes by Ryan Gonzalez :
Added file: http://bugs.python.org/file38582/rjmatthews62_fixes_tweaked.patch
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Ryan Gonzalez added the comment:
...except for the pyconfig.h changes. Need to do something with autoconf for
that.
--
___
Python tracker
<http://bugs.python.org/issue23
Ryan Gonzalez added the comment:
Cyd: if you could do that, it would be great!
--
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bugs-list m
Ryan Gonzalez added the comment:
No; you need the CPython tip. You can use https://github.com/python/cpython.
Other than that, it's the configure+make thing.
As I said before, the pyconfig.h changes aren't there yet. Trying to figure out
how I want to appr
Ryan Gonzalez added the comment:
I thought this was for the tip, i.e. the 3.5 dev...?
But I created the patches in the order that I wrote the descriptions in the
comment. So you might want to use that order.
If that fails, I can figure out the revision I was at when I created the
patches
Ryan Gonzalez added the comment:
Ah, crud. androidfn.h was a header I added but forgot to put the patch for. I
just attached the patch for that now.
The commit I based the patches on was by Alexander Belopolsky and was named
"merge". Committed on February 28.
--
Added
Ryan Gonzalez added the comment:
Remove the + at the beginning of line 87.
I re-uploaded issue_20306.patch to fix that issue.
--
Added file: http://bugs.python.org/file38853/issue_20306.patch
___
Python tracker
<http://bugs.python.org/issue23
Changes by Ryan Gonzalez :
Removed file: http://bugs.python.org/file38579/issue_20306.patch
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bug
Ryan Gonzalez added the comment:
Whoops. Updated the patch.
--
Added file: http://bugs.python.org/file38881/rjmatthews64_fixes2.patch
___
Python tracker
<http://bugs.python.org/issue23
Ryan Gonzalez added the comment:
Ack...I feel smart. Attached is kind of a "part 2" to the rjmatthews patch.
Apply and the errors shall be solved. :)
--
Added file: http://bugs.python.org/file38880/rjmatthews64_fixes2.patch
___
Python trac
Ryan Gonzalez added the comment:
Maybe it's conflicted with the last one...
Try:
git checkout Python/pythonrun.c
git apply rjmatthews...
On Thu, Apr 9, 2015 at 12:28 PM, Cyd Haselton
wrote:
>
> Cyd Haselton added the comment:
>
> H. That patch failed to apply:
>
>
Ryan Gonzalez added the comment:
ARGH!
Fixed. Re-apply rjmatthews64_fixes2.patch.
--
Added file: http://bugs.python.org/file38884/rjmatthews64_fixes2.patch
___
Python tracker
<http://bugs.python.org/issue23
Ryan Gonzalez added the comment:
I put a fix in the patch; I don't know why the heck it didn't apply. Just
go to Python/pythonrun.c, line 66 and put a semicolon (;) at the end of the
line.
On Thu, Apr 9, 2015 at 1:51 PM, Cyd Haselton wrote:
>
> Cyd Haselton added the commen
Ryan Gonzalez added the comment:
Can you try to see exactly *which* line of the function is segfaulting?
--
___
Python tracker
<http://bugs.python.org/issue23
Ryan Gonzalez added the comment:
Ok...try going to Python/pylifecycle.c and changing lines 220-230 from:
#elif defined(HAVE_LANGINFO_H) && defined(CODESET)
char* codeset = nl_langinfo(CODESET);
if (!codeset || codeset[0] == '\0') {
PyErr_SetString(PyExc_Value
Ryan Gonzalez added the comment:
Here:
diff -r 38f5b3beeb2a Python/pylifecycle.c
--- a/Python/pylifecycle.c Thu Mar 19 15:16:03 2015 -0500
+++ b/Python/pylifecycle.c Sat Apr 18 13:07:36 2015 -0500
@@ -217,6 +217,10 @@
char codepage[100];
PyOS_snprintf(codepage, sizeof(codepage), "
Ryan Gonzalez added the comment:
On Sun, Apr 19, 2015 at 7:16 PM, Cyd Haselton
wrote:
>
> Cyd Haselton added the comment:
>
> Ryan,
> Found the missing fix.
>
> In ./Programs/python.c
>
> #ifndef __ANDROID__
> oldloc = _PyMem_RawStrdup(setlocale(LC_
Changes by Ryan Gonzalez :
Added file: http://bugs.python.org/file39134/kbox_fix.patch
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bugs-list m
Ryan Gonzalez added the comment:
That's the thing; my repo has no python.c!
On April 19, 2015 7:39:19 PM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>Ryan,
>That fix is in the android_segfault patch, but it's for frozenmain.c
>not python.c
>
&
Ryan Gonzalez added the comment:
Nevermind. I was just being stupid. I kept searching the "Python" directory
for references to get_codec_name and _PyMem_RawStrdup and completely missed
the Programs directory. Sorry.
Did the updated kbox_fix.
Ryan Gonzalez added the comment:
Now we're getting away from the original issue. This wasn't created to handle
edge cases for sys.exit; is was created to make it accept long values under
Python 2.
--
nosy: +Ryan.Gonzalez
___
Python trac
Ryan Gonzalez added the comment:
>
> "errors should not pass silently"
>
> The "fix" makes the problem worse.
>
> Why would anyone want to pass a long integer to exit?
>
> I bet the user who discovered this problem had something like 0L or 1L
> co
New submission from Ryan Shupe:
I set up my Asus chromebook c200 with crouton and installed two chroot
environments under the trusty release. In one I built and ran the tests for
Python 3.5.0a4+
See stacktrace of resulting error:
[209/394/2] test_multiprocessing_fork
[210/394/3
Changes by Ryan May :
--
nosy: +Ryan May
___
Python tracker
<http://bugs.python.org/issue26219>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ryan May :
--
nosy: +Ryan May
___
Python tracker
<http://bugs.python.org/issue26110>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ryan May :
--
nosy: +Ryan May
___
Python tracker
<http://bugs.python.org/issue26647>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ryan Petrello :
--
title: SIGALRM fails to interrupt time.sleep() call on Python 3.6 -> SIGALRM
fails to interrupt time.sleep() call on Python 3.5
___
Python tracker
<http://bugs.python.org/issu
New submission from Ryan Petrello:
I may have found a bug in SIGALRM handling in Python3.5. I've not been able to
reproduce the same issue in Python2.7 or 3.4. Here's a simple example that
illustrates the issue (which I'm able to reproduce on OS X 10.11.3 El Capitan
a
New submission from Ryan Gonzalez:
Attached is a little fix for a comment in tokenizer.c. I noticed that it was
never updated for the inclusion of f-strings.
--
assignee: docs@python
components: Documentation
files: 0001-Fix-comment-in-tokenizer.c.patch
keywords: patch
messages: 279056
Ryan Gonzalez added the comment:
@eric.smith How's this instead?
--
Added file:
http://bugs.python.org/file45160/0001-Fix-comment-in-tokenizer.c.patch
___
Python tracker
<http://bugs.python.org/is
Ryan Gonzalez added the comment:
Ugh, hit Submit too soon. I meant to say the patch that has 20:13 as the date
(I should've probably given them different names...).
--
___
Python tracker
<http://bugs.python.org/is
New submission from Ryan Gonzalez:
e.g. make this:
class X:
def __init__(self): pass
X(1)
print something like this:
TypeError: X.__init__() takes 1 positional argument but 2 were given
instead of:
TypeError: __init__() takes 1 positional argument but 2 were given
I'm tryi
Ryan Gonzalez added the comment:
HAHA, I lied. :D Attached is what I have so far.
--
keywords: +patch
Added file:
http://bugs.python.org/file45225/0001-Make-failed-calls-to-methods-show-the-fully-qualifie.patch
___
Python tracker
<h
Changes by Ryan Gonzalez :
--
nosy: +Ryan.Gonzalez
___
Python tracker
<http://bugs.python.org/issue2786>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ryan Mast (nightlark) added the comment:
If this function were to be implemented on Windows would the preferred
approach be the one described in the initial message for this issue of creating
a Windows `os.set_owner` function that uses the appropriate Windows API calls
to change owner
Ryan Mast (nightlark) added the comment:
It looks like this has a PR that just needs rebasing, then it will be ready for
another review.
--
nosy: +rmast
___
Python tracker
<https://bugs.python.org/issue24
New submission from Ryan Mast (nightlark) :
Tk the number pad enter and main enter keys separately. The number pad enter
button should be bound to `self.ok` in simpleDialog's `Dialog` class so that
both enter buttons have the same behavior.
A PR for this change has been submitted on G
Ryan Mast (nightlark) added the comment:
I'm new to this system, if I'm understanding
https://devguide.python.org/triaging/#nosy-list then it looks like the people
listed for `tkinter` should be added to the Nosy List?
--
nosy: +gpolo, serhiy
Change by Ryan Mast (nightlark) :
--
nosy: +rmast
___
Python tracker
<https://bugs.python.org/issue15373>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ryan Mast (nightlark) :
--
nosy: +rmast
___
Python tracker
<https://bugs.python.org/issue26545>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ryan Mast (nightlark) :
--
nosy: +rmast
___
Python tracker
<https://bugs.python.org/issue20041>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ryan Mast (nightlark) added the comment:
It looks like since GH-27748 got merged, `test_subprocess_wait_no_same_group`
in `test_asyncio` has been failing for the Ubuntu SSL tests.
--
nosy: +rmast
___
Python tracker
<https://bugs.python.
Ryan Mast (nightlark) added the comment:
Would rewriting the test so that it doesn't yield be the right fix?
```
def test_subprocess_wait_no_same_group(self):
# start the new process in a new session
connect = self.loop.subprocess_
Ryan Mast (nightlark) added the comment:
Sure, I'll open a new issue.
--
___
Python tracker
<https://bugs.python.org/issue41322>
___
___
Python-bugs-list m
New submission from Ryan Mast (nightlark) :
A deprecation made in bpo-41322 uncovered issues with
test_subprocess_wait_no_same_group in test_asyncio that seems to have been
broken for some time.
Reverting to a similar structure prior to the refactoring in
https://github.com/python/cpython
Ryan Mast (nightlark) added the comment:
The new issue for the failing test is bpo-44968
--
___
Python tracker
<https://bugs.python.org/issue41322>
___
___
Pytho
New submission from Ryan Mast (nightlark) :
Adding a workflow_dispatch trigger for the GitHub Actions jobs makes it
possible to run the GHA CI jobs for commits to branches in a fork without
opening a "draft/WIP" PR to one of the main release branches. It also runs the
SSL t
Ryan Mast (nightlark) added the comment:
* The main constraint is that the the `workflow_dispatch` trigger must be in
the GHA workflow yaml files for the branch to be selectable as a target on the
Actions tab when manually triggering a workflow. Having the change made to the
main branch and
Change by Ryan Mast (nightlark) :
--
nosy: +FFY00
___
Python tracker
<https://bugs.python.org/issue44972>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ryan Mast (nightlark) :
--
keywords: +patch
pull_requests: +26328
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27873
___
Python tracker
<https://bugs.python.org/issu
Change by Ryan Mast (nightlark) :
--
nosy: +steve.dower
___
Python tracker
<https://bugs.python.org/issue44972>
___
___
Python-bugs-list mailing list
Unsub
Change by Ryan Mast (nightlark) :
--
nosy: +brett.cannon
___
Python tracker
<https://bugs.python.org/issue44972>
___
___
Python-bugs-list mailing list
Unsub
Ryan Mast (nightlark) added the comment:
Another observation, first-time contributors need a maintainer to approve the
workflows for their PRs -- from the looks of it that isn't an instant process
and could take a few days, so this also gives first-time contributors a way to
check
Ryan Mast (nightlark) added the comment:
> On the main request, provided the workflow_dispatch is only triggerable by
> non-contributors in their own fork (without any of our tokens/etc.) then it's
> fine by me. If it allows anyone to trigger CI builds against the main repo,
Ryan Mast (nightlark) added the comment:
I haven't gotten a chance to narrow it down much yet, it might be that it is
occurs more often on systems with a low core count/higher load -- a bit hard to
tell with it being intermittent t
Ryan Mast (nightlark) added the comment:
> How is manually dispatched workflows different from just opening a PR to your
> own fork? I do that from time to time in order to run the CI before opening a
> PR against the CPython repo.
Here are a few thoughts on how it is different:
-
New submission from Ryan C. Gordon :
(Forgive any obvious mistakes in this report, I'm almost illiterate with
Python, doubly so with Python internals.)
In trying to get buildbot-worker running on Haiku ( https://haiku-os.org/ ), it
runs into a situation where it tries to connect
Ryan C. Decker added the comment:
I seem to be having this issue on CentOS 7.4 but running on x86_64 instead of
ppc64le. I have attached an strace using version 4.17 (the lastest version from
scl) created as follows:
strace -s 128 -e trace=%network -o trace ./python -m test -v test_socket -m
Ryan Smith-Roberts added the comment:
Taking a crack at this.
socketmodule.h: just a comment, skipping.
_functools.c: kind-of skipping, because the relevant functions are not normally
directly called (pickle protocol __reduce__ and __setstate__ on partial,
__call__ on cmp wrapper). Will add
New submission from Ryan Smith-Roberts:
The custom converter declaration is wrapped with [clinic input] when it should
be [python input].
Patch attached.
--
files: argument_clinic_docfix.patch
keywords: patch
messages: 207724
nosy: rmsr
priority: normal
severity: normal
status: open
Changes by Ryan Smith-Roberts :
--
keywords: +patch
Added file: http://bugs.python.org/file33372/argument_clinic_functools.patch
___
Python tracker
<http://bugs.python.org/issue20
Ryan Smith-Roberts added the comment:
I'm such a goofball, how about some bug metadata
--
components: +Build
type: -> compile error
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org
New submission from Ryan Smith-Roberts:
Following the howto's instructions on the new syntax for the 'w*' argument, one
gets an exception:
...
File "Tools/clinic/clinic.py", line 1780, in converter_init
elif types == (bytearray_type | rwuffer_type):
NameError:
New submission from Ryan Smith-Roberts:
Almost didn't catch that PyBuffer_Release isn't needed. Also we need a
verb/adjective for applying AC. Cure?
"zlibmodule has already been cured."
--
assignee: docs@python
components: Documentation
messages: 207728
nosy: docs
New submission from Ryan Smith-Roberts:
socket.sendto is apparently even weirder than addch or range: the optional
argument is in the *middle*. Attempting this configuration gets me:
Function sendto has an unsupported group configuration. (Unexpected state 5)
An expected unexpected
Ryan Smith-Roberts added the comment:
Accepts only a writable bytearray, when the function needs to mutate-in-place.
The rw_buffer support is for PyPy I guess.
--
___
Python tracker
<http://bugs.python.org/issue20
Ryan Smith-Roberts added the comment:
Thank you for including the doc change in your other patch. As the grammar was
off, instead of just fixing it I naturally rewrote it. Use this patch or just
remove the extraneous "for you" as you prefer.
--
keywords: +patch
Added f
Ryan Smith-Roberts added the comment:
Just discovered that the bugtracker mail was all going into my spam filter,
yay. Didn't notice your reply until just now.
The functools patch was just a quickie to get it out of my mental queue, and
I'm still working on socketmodule. This is my
Changes by Ryan Smith-Roberts :
--
type: -> crash
___
Python tracker
<http://bugs.python.org/issue20231>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Ryan Smith-Roberts:
A signature of the form
a: object = None
b: object
results in b being uninitialized in the generated C code prior to the
PyArgs_ParseTuple call. If ParseTuple does not set a value for b (as it is an
optional argument), b then contains a garbage pointer
New submission from Ryan Smith-Roberts:
When one specifies a default of NULL, the generated signature doc indicates a
default of None. However, if the user actually supplies None, perhaps as a
placeholder in a positional-only call, C code which only checks for NULL will
fail inappropriately
Ryan Smith-Roberts added the comment:
Even more imperative than my version. Excellent!
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
Changes by Ryan Smith-Roberts :
--
nosy: +rmsr
___
Python tracker
<http://bugs.python.org/issue20227>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ryan Smith-Roberts:
recvfrom_into fails to check that the supplied buffer object is big enough for
the requested read and so will happily write off the end.
I will attach patches for 3.4 and 2.7, I'm not familiar with the backporting
procedure to go further bu
Changes by Ryan Smith-Roberts :
Added file:
http://bugs.python.org/file33453/recvfrom_into_buffer_overflow_2.7.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Ryan Smith-Roberts :
--
keywords: +patch
Added file:
http://bugs.python.org/file33452/recvfrom_into_buffer_overflow_3.4.patch
___
Python tracker
<http://bugs.python.org/issue20
Ryan Smith-Roberts added the comment:
Georg Brandl wrote:
> Although now is a good time to ensure sensible argument names (I
> usually look at the docs to find the documented ones), so that
> switching the function to keyword arg support is basically just a
> removal of '/&
New submission from Ryan Smith-Roberts:
The docs indicate their arguments are positional-only. Trivial patch attached.
--
assignee: docs@python
components: Documentation
files: docs_socket_recvmsg_args.patch
keywords: patch
messages: 208067
nosy: docs@python, rmsr
priority: normal
Ryan Smith-Roberts added the comment:
Never mind, it's actually recvfrom{,_into}. Sigh.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org
New submission from Ryan Smith-Roberts:
type -> types
--
assignee: docs@python
components: Documentation
files: argument_clinic_howto_y-hash.patch
keywords: patch
messages: 208076
nosy: docs@python, larry, rmsr
priority: normal
severity: normal
status: open
title: Argument Clinic ho
301 - 400 of 425 matches
Mail list logo