Dustin Oprea added the comment:
<- I'm intentionally using mode 'w' (to support development) and it's never
been an issue until I recently refactored the project to be asynchronous. Now,
every time I fail, I suddenly lose the logs. Not awes
Dustin Oprea added the comment:
I believe I'm seeing this, still, in an async situation. It seems like the
obvious culprit.
When will this go out in a release? I'm on 3.10.1 from December (under Arch).
The PR got merged to master in July but I went through all changelogs back to
March
Dustin Rodrigues added the comment:
In case it changes the calculus on how to proceed, HomeBrew does install
coreutils with a "g" prefix -- a user needs to explicitly add the gnubin
directory to their path in order for the unprefixed version to take precedence
over the Apple-su
Change by Dustin Rodrigues :
--
pull_requests: +23317
pull_request: https://github.com/python/cpython/pull/24530
___
Python tracker
<https://bugs.python.org/issue43
Dustin Rodrigues added the comment:
FWIW, it looks like spaces in directory names in macOS seem to be handled okay
in both bash and zsh when working with venv's activate script. Colons do not
and there doesn't appear to be a workaround other than not working in a
directory with a colon
Dustin Rodrigues added the comment:
What's the name of the current directory? Does it end with "Project 4:5"? It
may be the colon in the directory name is interfering with the PATH parsing so
that the shell thinks that the first two entries in your path after the venv
activate a
Dustin Rodrigues added the comment:
I'm also unable to replicate this. Where did you install Python from? Which
version of zsh are you running?
--
nosy: +dtrodrigues
___
Python tracker
<https://bugs.python.org/issue43
Dustin Rodrigues added the comment:
You'll probably need to contact the pyenv project
(https://github.com/pyenv/pyenv) if the following doesn't work for you.
However, doing something like
CFLAGS="-I$(brew --prefix)/include" CPPFLAGS="-I$(brew --prefix)/include"
LDFLAG
Dustin Rodrigues added the comment:
Bumping this issue because it's a bug affecting all users who build or use a
Python built with the current version of readline, to include all macOS
HomeBrew and Arch Linux users who use the python from the respective package
managers
Dustin Rodrigues added the comment:
The linked PR disables bracketed paste regardless of if the user has it as a
configuration option or if Python was configured with a version of readline
which defaults to on for bracketed paste. Is this a viable approach
Dustin Rodrigues added the comment:
If your 'brew --prefix' is /opt/homebrew, then setting
CFLAGS="-I/opt/homebrew/include" CPPFLAGS="-I/opt/homebrew/include"
LDFLAGS="-L/opt/homebrew/lib"
when running ./configure appears to be sufficient to build the inter
Change by Dustin Rodrigues :
--
keywords: +patch
pull_requests: +22937
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24108
___
Python tracker
<https://bugs.python.org/issu
New submission from Dustin Rodrigues :
Readline 8.1 enables bracketed paste by default. Package managers like Homebrew
for macOS and distributions like Arch Linux which use the latest version of
readline (released December 2020) now have new behavior when pasting multiline
strings
Dustin Spicuzza added the comment:
FWIW, I've been using the patch in my PR and it seems to work.
--
___
Python tracker
<https://bugs.python.org/issue41
Dustin Moriarty added the comment:
Sounds good. If this is the design intent, then we can close the issue.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Dustin Moriarty :
It is possible to inject data while encoding json when a string is passed to
the indent argument.
Here is an example of an injection attack.
```python
import json
data = {"a": "original data"}
indent = '"b": "injected
Change by Dustin Spicuzza :
--
keywords: +patch
pull_requests: +21530
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22525
___
Python tracker
<https://bugs.python.org/issu
New submission from Dustin Spicuzza :
I'm cross-compiling python to ARM, following instructions from the crossenv
project @
https://crossenv.readthedocs.io/en/latest/quickstart.html#build-or-obtain-host-python
I was getting pthread related errors when using cross-built extension modules.
I
Change by Dustin Mendoza :
--
pull_requests: +13049
___
Python tracker
<https://bugs.python.org/issue36766>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dustin Mendoza added the comment:
In my editor (VSCode) on windows it outputs correctly as a smart quote but if I
write the output to a file or the console I get the "Æ" effect. A sent a PR to
replace the smart quotes with escaped quotes but I wonder if we should also do
a s
Change by Dustin Mendoza :
--
keywords: +patch
pull_requests: +13041
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Dustin Mendoza :
--
keywords: +patch
pull_requests: +13030
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Dustin Mendoza added the comment:
I'd like to work on this for the mentored Sprints
--
nosy: +Giant_Robato
___
Python tracker
<https://bugs.python.org/issue36
Change by Dustin Ingram :
--
nosy: +di
___
Python tracker
<https://bugs.python.org/issue31715>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dustin Spicuzza <dus...@virtualroadside.com> added the comment:
Finally got around to looking at this.
# cat /proc/sys/kernel/random/entropy_avail
183
.. ran python3 -c 'import os; os.getrandom(1, flags=os.GRND_NONBLOCK)' a few
times, but didn't run into a hang. Seems like the entropy
Dustin Spicuzza <dus...@virtualroadside.com> added the comment:
I'm sure that the platform (a RT linux customized by National Instruments) has
issues related to urandom, as this has reared it's ugly head with other PEP 525
related issues also: https://bugs.python.org/issue29208
I'l
Change by Dustin Spicuzza <dus...@virtualroadside.com>:
--
keywords: +patch
pull_requests: +4745
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Dustin Spicuzza <dus...@virtualroadside.com> added the comment:
Because of backwards compatibility (despite a statement saying it's not
guaranteed for pathlib), I think the best approach would be to create a
'globmatch' function for PurePath instead of modifying the match fu
Dustin Spicuzza <dus...@virtualroadside.com> added the comment:
I just ran into this also. It seems like a very strange omission that match and
glob don't support the same patterns (and I'm surprised that they don't share
more code).
--
nosy: +vi
Dustin Oprea added the comment:
Thanks for expounding on this, Christian. Assuming your assertions are
correct, this makes perfect sense.
Can anyone listening close this?
On May 12, 2017 17:45, "Christian Heimes" <rep...@bugs.python.org> wrote:
Christian Heimes added the comm
Changes by Dustin Spicuzza <dus...@virtualroadside.com>:
--
type: -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Dustin Spicuzza <dus...@virtualroadside.com>:
--
title: compileall fails with urandom error even if number of workers is 1 ->
compileall hangs when accessing urandom even if number of workers is 1
___
Python tra
New submission from Dustin Spicuzza:
Found on Python 3.6 on a low-resource platform (NI RoboRIO), it seems that this
occurs only because the ProcessPoolExecutor is being imported. A proposed fix
would only import ProcessPoolExecutor if -j > 1. Stacktrace follows:
/usr/local/bin/python3
Dustin J. Mitchell added the comment:
If the patch still applies cleanly, I have no issues with you or anyone opening
a PR. I picked this up several years ago at the PyCon sprints, and don't
remember a thing about it, nor have I touched any other bit of the CPython
source since then. So any
Dustin Oprea added the comment:
I don't think this can be tested. Throwing exceptions in the remote process
causes exceptions that can't be caught in the same way (when the initializer
fails the pool just attempts to recreate the process over and over) and I don't
think it'd be acceptable
Dustin Oprea added the comment:
Okay. Thanks for weighing-in.
I'm trying to figure out how to write the tests. The existing set of tests
for multiprocessing is a near nightmare. It seems like I might have to use
one of the existing "source code" definitions to test for the
Dustin Oprea added the comment:
https://github.com/python/cpython/pull/57
On Sun, Feb 12, 2017 at 5:29 PM, Camilla Montonen <rep...@bugs.python.org>
wrote:
>
> Camilla Montonen added the comment:
>
> @dsoprea: would you like to open a PR for this issue on Github? if not,
>
Dustin Spicuzza added the comment:
I'm able to confirm that the patch does indeed fix the problem. Thanks everyone!
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Dustin Spicuzza added the comment:
I'll try applying that fix tomorrow and see if the issue is addressed.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Dustin Spicuzza added the comment:
Crap, after reading more carefully, I see that PEP was rejected in favor of PEP
524.
According to that PEP, then I must implement the wait_for_system_rng()
function? It's a bit weird, because I'm not explicitly using the random module
and don't care to use
New submission from Dustin Spicuzza:
I haven't dug into this very deeply yet, so I'm seeking some clarity on this
issue before doing so.
According to my reading of PEP 522 (https://www.python.org/dev/peps/pep-0522/),
BlockingIOError will be raised in security sensitive APIs, but not when just
Dustin Oprea added the comment:
Thank you for your elaborate response. I appreciate knowing that
"\\server\share" could be considered as the "drive" portion of the path.
I'm having trouble determining if "\\?\" is literally some type of valid UNC
prefix or you
New submission from Dustin Oprea:
Notice that os.path.dirname() returns whatever it is given if it is given a
URN, regardless of slash-type. Oddly, you have to double-up the forward-slashes
(like you're escaping them) in order to get the correct result (if you're using
forward-slashes). Back
Dustin Oprea added the comment:
I'm closing it. The ticket has been open two-years and no one else seemed to be
interested in this issue until now, which leads me to believe that it's a
PEBCAK/understanding issue. The rationale for why it's irrelevant seems sound.
Thanks for digging through
New submission from Dustin J. Mitchell:
Reproduction:
# main.py
import foo.bar
# foo/__init__.py
# (empty)
# foo/bar/__init__.py
import foo.bar.bing as bing
# foo/bar/bing.py
# (empty)
Result:
dustin@euclid ~/tmp $ python3.3 main.py
Traceback (most recent call last):
File main.py, line
Dustin J. Mitchell added the comment:
This seems to have stalled out after the PyCon sprints. Any chance the final
patch can be reviewed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3353
Dustin Oprea added the comment:
Forget it. This project is dead.
Dustin
On May 28, 2015 11:58 AM, Jeroen Ruigrok van der Werven
rep...@bugs.python.org wrote:
Jeroen Ruigrok van der Werven added the comment:
Given that cryptography.io is fast becoming the solution for dealing with
X.509
Dustin Oprea added the comment:
Disregard. I thought this was something else.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18233
Dustin J. Mitchell added the comment:
From my read of this bug, there are two distinct tasks mentioned:
1. make PyTokenizer_* part of the Python-level API
2. re-implement 'tokenize' in terms of that Python-level API
#1 is largely complete in Andrew's latest patch, but that will likely need
Dustin J. Mitchell added the comment:
New:
- rename token symbols in token.h with a PYTOK_ prefix
- include an example of using the PyTokenizer functions
- address minor review comments
--
Added file: http://bugs.python.org/file38999/issue3353-2.patch
Dustin J. Mitchell added the comment:
Here's an updated patch for #1:
Existing Patch:
- move tokenizer.h from Parser/ to Include/
- Add PyAPI_Func to export tokenizer functions
New:
- Removed unused, undefined PyTokenizer_RestoreEncoding
- Include PyTokenizer_State with limited ABI
Dustin J. Mitchell added the comment:
This fixes the four cases Nick referred to, although not in the functions
expected:
- str.encode no longer exists
- unicode.decode no longer exists
- encoders used by str.encode must return bytes (does not apply to
codecs.encode)
- decoders used
Dustin Oprea added the comment:
I usually use both on my local system.
Dustin
On Nov 11, 2014 4:43 AM, Antoine Pitrou rep...@bugs.python.org wrote:
Antoine Pitrou added the comment:
Le 11/11/2014 07:50, Dustin Oprea a écrit :
Dustin Oprea added the comment:
I think I was getting
Dustin Oprea added the comment:
Agreed. Thank you, @Antoine.
On Tue, Nov 11, 2014 at 2:21 PM, Antoine Pitrou rep...@bugs.python.org
wrote:
Antoine Pitrou added the comment:
In any case, it sounds like your problem is fixed, so we can close this
issue.
--
resolution
Dustin Oprea added the comment:
I think I was getting mixed results by using requests and urllib2/3. After
nearly being driven crazy, I performed the following steps:
1. Recreated client certificates, and verified that the correct CA was being
used from Nginx.
2. Experimenting using an SSL
New submission from Dustin Oprea:
I am trying to do an authenticated-SSL request to an Nginx server using
*requests*, which wraps urllib2/httplib. It's worked perfectly for months until
Friday on my local system (Mac 10.9.5), and there have been no
upgrades/patches.
My Python 2.7.6 client
New submission from Dustin Oprea:
functools.wraps docs say This is a convenience function for invoking
partial(update_wrapper, wrapped=wrapped, assigned=assigned, updated=updated) as
a function decorator when defining a wrapper function. The referenced function
should be update_wrapper
New submission from Dustin Oprea:
The memory is resized, but the value returned by len() doesn't change:
b = ctypes.create_string_buffer(23)
len(b)
23
b.raw = '0' * 23
b.raw = '0' * 24
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: string too long
New submission from Dustin Oprea:
If you provide a number of processes to a Pool that the OS can't fulfill, Pool
will raise an OSError and die, but does not cleanup any of the processes that
it has forked.
This is a session in Python where I can allocate a large, but fulfillable,
number
Dustin Haffner added the comment:
I've made an attempt at patching set_issubset() to match the Python from
Raymond's message. I've rearranged the set_issubset function so that it checks
for a set/frozenset, dict, or iterable in that order. In the iterable case it
will create a temporary set
New submission from Dustin Oprea:
Noah recommended that I approach the distutils mailing list to report a
potential PyPI problem. I can't seem to find a webpage for the distutils list,
so I'm posting an official bug.
I have a few packages on PyPI, and I often find my counts immediately taking
Dustin Oprea added the comment:
My two-cents is to leave it a tuple (why not?).
Dustin
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18233
Dustin Oprea added the comment:
I was about to submit a feature request to add exactly this. The [second] patch
works like a charm. When are you going to land on a particular resolution so
that it can get committed in?
Dustin
--
nosy: +dsoprea
Hi there,
I'm new to Python and to programming. is this the right place for me to
post a beginner question on Python use ?
Many thanks.
--
http://mail.python.org/mailman/listinfo/python-list
Dustin Boswell added the comment:
Python 2.7.3 (default, Aug 3 2012, 20:01:21)
[GCC 4.4.3] on linux2
Type help, copyright, credits or license for more information.
import sys;print(%x % sys.maxsize, sys.maxsize 2**32)
('7fff', True
Dustin Boswell added the comment:
Yes, bug exists on 3.1 (gcc build), as well as darwin build of 2.7:
python3.1 -c import json; json.loads('[%22s' % ']')
Traceback (most recent call last):
File string, line 1, in module
File /usr/lib/python3.1/json/__init__.py, line 293, in loads
New submission from Dustin Boswell:
Here's a command-line that parses a json string containing a large array of
short strings:
python -c import simplejson as json; json.loads('[' + '''\asdfadf\, ''' *
1 + '\asdfasf\]')
That works, but if you increase the size a little bit (so
Dustin Boswell added the comment:
Here's a slightly smaller/cleaner test case that only requires 12GB of ram to
run:
python -c import simplejson as json; json.loads('[' + '''\...\, ''' *
2 + '0]')
Traceback (most recent call last):
File string, line 1, in module
File /usr
Dustin Boswell added the comment:
I thought simplejson was a standard module for 2.6, and got renamed to json
(replacing the older json module) in later versions.
For instance, I get the same problem with 2.7 (no simplejson):
python2.7 -c import json; json.loads
On Wed, Sep 12, 2012 at 10:06 AM, bamba...@gmail.com wrote:
ߒߤߒߡߜߦߡ ß ß§
And that's why you shouldn't let your kids play with your iPad :)
Dustin
--
http://mail.python.org/mailman/listinfo/python-list
Thanks for the second round of responses. I think this gives me some
focus - concentrate on the API, talk to the framework developers, and
start redrafting the PEP sooner rather than later.
Thanks!
Dustin
--
http://mail.python.org/mailman/listinfo/python-list
first.
Thanks for the responses so far!
Dustin
--
http://mail.python.org/mailman/listinfo/python-list
380, and explicitly deprecating them after Python 3.3)
* Look forward to a world with software transactional memory [5] by
matching that API where appropriate
As I get to work on the PEP, I'd like to hear any initial reactions to the idea.
Dustin
[1] https://us.pycon.org/2012/schedule/presentation
Dustin Kirkland dustin.kirkl...@gmail.com added the comment:
Okay, update...
I did rebuild all of Python from source (actually, I applied it to the Ubuntu
python2.7 package, rebuilt that locally, and then upgraded to the new python2.7
deb's. I could see my change was applied /usr/lib
Dustin Kirkland dustin.kirkl...@gmail.com added the comment:
/usr/lib/python2.7/threading.pyc is stock from my distribution, Ubuntu 12.04
LTS, which has python-2.7.3~rc1-1ubuntu2.
I did manually apply the patch I've attached here to
/usr/lib/python2.7/threading.py, and it *seemed* to silence
New submission from Dustin Kirkland dustin.kirkl...@gmail.com:
My Apache2 logs are filled with the following error kicked out by my python
wsgi script:
[Wed Mar 14 18:16:38 2012] [error] Exception AttributeError:
AttributeError('_DummyThread' object has no attribute '_Thread__block
Changes by Dustin Haffner nit...@gmail.com:
--
nosy: +dhaffner
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12063
___
___
Python-bugs-list
Okay thanks for the help guys, ill keep you guys posted.
On Wed, Jul 6, 2011 at 1:19 PM, Ian hobso...@gmail.com wrote:
On 03/07/2011 02:21, Dustin Cheung wrote:
Hey guys,
I am new to python. I want to make a shortcut that opens my websites and
re-sizes them to display on different areas
Rebert c...@rebertia.com wrote:
On Sat, Jul 2, 2011 at 6:21 PM, Dustin Cheung dustin...@gmail.com wrote:
Hey guys,
I am new to python. I want to make a shortcut that opens my websites
and re-sizes them to display on different areas on the screen. I looked
around but i had no luck
= webbrowser.get('c:\\program files\\internet explorer\\iexplore.exe')
ie.open(url1)
ie.open(url2)
ie.open(url3)
--
Dustin
--
http://mail.python.org/mailman/listinfo/python-list
New submission from Dustin Farris dustin.far...@gmail.com:
Running help(abc) in Python 2.6.1 displays syntax for Py3k.
--
assignee: docs@python
components: Documentation
messages: 127453
nosy: docs@python, dustin.farris
priority: normal
severity: normal
status: open
title: abc
Dustin Farris dustin.far...@gmail.com added the comment:
This is what I get:
Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type help, copyright, credits or license for more information.
import abc
help(abc)
NAME
abc - Abstract Base
Dustin Farris dustin.far...@gmail.com added the comment:
Negative.
2.6.6 is correct. Apologies.
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11064
On Oct 7, 6:18 am, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Thanks for the detailed report. I tried posting a response a couple of times,
but Google appears to have swallowed it ... trying again. Sorry if it results
in
multiple responses.
I tried to respond yesterday, but I also noticed
On Oct 7, 6:18 am, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Thanks for the detailed report. I tried posting a response a couple of times,
but Google appears to have swallowed it ... trying again. Sorry if it results
in
multiple responses.
Hmm, I too seem to be experiencing this problem...
On Oct 7, 6:18 am, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Thanks for the detailed report. I tried posting a response a couple of times,
but Google appears to have swallowed it ... trying again. Sorry if it results
in
multiple responses.
Hmm, I too seem to be experiencing this problem...
, but none of them mention a
problem with formatting.
Any thoughts or suggestions would be appreciated. I will patch my
program to use the latter format string for now, but I would still
like to find the root cause for this problem.
Regards,
Dustin C. Hatch
[1] http://metalog.sourceforge.net/
[2
Dustin J. Mitchell [EMAIL PROTECTED] added the comment:
Thoughts on this patch?
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1187
___
___
Python-bugs-list
Dustin J. Mitchell [EMAIL PROTECTED] added the comment:
Hmm.. I see why you didn't write a unit test for this!
Attached is a patch with a unit test that tickles this behavior, along
with Andrew's fix.
Added file: http://bugs.python.org/file10338/1187-dustin.patch
Dustin J. Mitchell [EMAIL PROTECTED] added the comment:
Patch attached.
--
keywords: +patch
Added file: http://bugs.python.org/file10258/1625509.patch
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1625509
Dustin J. Mitchell [EMAIL PROTECTED] added the comment:
While it is a sensible fix for the signed/unsigned problem, David's patch
still fails regrtest on my system (amd64), after OOM-killing random other
processes :(
Andrew's suggestion makes a lot of sense here. Does it make sense
Dustin J. Mitchell [EMAIL PROTECTED] added the comment:
This test passes -- is this ready to commit?
I see a reduction from 1.9s to 1.5s for the test script in msg59715.
--
nosy: +djmitche
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1792
Dustin J. Mitchell [EMAIL PROTECTED] added the comment:
Improved fix; this passes test_file on my system.
--
keywords: +patch
Added file: http://bugs.python.org/file10266/1174606.patch
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1174606
Dustin J. Mitchell [EMAIL PROTECTED] added the comment:
I see that, on running your fix_fileno.py, nothing is output to
/tmp/stdout.test. I don't necessarily see the link to your fix. Could
you describe the problem and/or add comments to your patch to explain why
these checks are made
Dustin J. Mitchell [EMAIL PROTECTED] added the comment:
Ack, sorry. My 'vi' settings should now be correct.
Added file: http://bugs.python.org/file10274/1174606-3.patch
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1174606
.
--
Dustin Sallings
--
http://mail.python.org/mailman/listinfo/python-list
], so I figured the same would apply to accessing it (which is
why for my list, which I created with parenthesis I assumed I accessed
with parenthesis). Thank you =]
~Dustin
--
http://mail.python.org/mailman/listinfo/python-list
declared in the code on their first usage. This one has got
me stumped, maybe you guys can help me out with it?
Thanks,
~Dustin
--
http://mail.python.org/mailman/listinfo/python-list
suggest this is worth
reconsidering for the 2.6 release?
Dustin
[1]
http://www.python.org/dev/summary/2005-10-01_2005-10-15/#allowing-return-obj-in-generators
[2] http://mail.python.org/pipermail/python-dev/2005-October/056957.html
[3] http://mail.python.org/pipermail/python-dev/2005-October
to much phishing abuse.
I don't necessarily think that the objection is strong enough to reject
the idea -- programmers using non-ASCII symbols would be responsible for
the consequences of their character choice.
Dustin
--
http://mail.python.org/mailman/listinfo/python-list
1 - 100 of 115 matches
Mail list logo