Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue29944>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Collins-Parks added the comment:
@christian.heimes following up on this - we have been having frequent memory
issues with Python 3.7 in Kubernetes. It could just be the code, but if it does
turn out this is a bug then fixing it could be very beneficial.
--
nosy: +caleb2
Change by Caleb Hattingh :
--
nosy: +cjrh
___
Python tracker
<https://bugs.python.org/issue39232>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Hattingh added the comment:
The traditional way this done is with a finite number of workers pulling work
off a queue. This is straightforward to set up with builtins:
from uuid import uuid4
import asyncio, random
async def worker(q: asyncio.Queue):
while job := await q.get
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue41232>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Hattingh added the comment:
Kyle is correct. By analogy with Kyle's example, the following example has no
gather, only two nested futures:
```
# childfut.py
import asyncio
async def f(fut):
await fut
async def g(t):
await asyncio.sleep(t)
async def main():
fut_g
Caleb Hattingh added the comment:
Can reproduce also on 3.8. Another version that "works" (raises the exception)
is
task = loop.create_task(test())
del task
Suggests there's something going on with reference counting or garbage
collection. In the version that &qu
Caleb Hattingh added the comment:
The dict unpacking generalizations that I posted were added in Python 3.5,
which is pretty old by now. (But, true, is in Python 3 and not Python 2). This
is the PEP: https://www.python.org/dev/peps/pep-0448/
The new syntax that Brandt posted will indeed
Caleb Hattingh added the comment:
dict syntax tools make it fairy easy to compose new dicts from old ones with
overrides:
subprocess.run(..., env={**os.environ, 'FOO': ..., 'BAR', ...}, ...)
Would this be sufficient to avoid the copy/pasting boilerplate?
--
nosy: +cjrh
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue39753>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue39775>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Caleb Donovick :
--
pull_requests: +18041
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/18682
___
Python tracker
<https://bugs.python.org/issu
Caleb Donovick added the comment:
While It is perfectly fine behavior for CPython to use a dict, as dict is an
ordered mapping. I think Eric is right that the data model should not specify
that a dict is necessarily used in the absence of __prepare__
Caleb Hattingh added the comment:
This change seems fine.
Markus,
I'm curious if there is a specific reason you prefer to use the default
executor rather than replacing it with your own? Is it just convenience or are
there other reasons?
--
nosy: +cjrh
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue17422>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Hattingh added the comment:
@dontbugme This is a very old problem with threads and sub-processes. In the
general case (cross-platform, etc) it is difficult to kill threads and
sub-processes from the outside. The traditional solution is to somehow send a
message to the thread
Caleb Hattingh added the comment:
Hmm, my recent comment looks rude but I didn't intend it to be that way. What I
mean is: there are many, many more users of asyncio.run than there are of
teleton, so any change made to asyncio.run is going to affect more people than
the other way round. So
Caleb Hattingh added the comment:
@heckad You should instead ask the maintainers of teleton how to use their
library with asyncio.run, not the other way round.
--
nosy: +cjrh
___
Python tracker
<https://bugs.python.org/issue39
Change by Caleb Hattingh :
--
nosy: +cjrh
___
Python tracker
<https://bugs.python.org/issue39010>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Hattingh added the comment:
Ok, I see now. The improvement with only a single producer/consumer might be
marginal, but the proposition that `queue.cancel()` might simplify the
situation with multiple producers and/or consumers is more compelling.
Usually, assuming M producers and N
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue35113>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Caleb Hattingh :
--
nosy: +cjrh
___
Python tracker
<https://bugs.python.org/issue38529>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Caleb Hattingh :
--
nosy: +cjrh
___
Python tracker
<https://bugs.python.org/issue38501>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Hattingh added the comment:
We can't allow both an `executor=` kwarg, as well as **kwargs for the target
func, unfortunately. If we do `executor=`, we'll again have to force users to
use functools.partial to wrap their functions that take kwargs
Caleb Hattingh added the comment:
Even before task groups land, this API can be easily improved by adding
asyncio.run_in_executor(func, *args, **kwargs)
- Only valid inside a coro or async context (uses get_running_loop internally)
- Analogous to how `loop.create_task` became
Caleb Hattingh added the comment:
> asyncio.wait_for is still confusing
Perhaps the confusion can be fixed with improvements to the docs? To me, these
specific docs seem pretty clear now, but I might not be a good judge of that.
> However, we still have the case where a misbehaving Ta
Change by Caleb Hattingh :
--
nosy: +cjrh
___
Python tracker
<https://bugs.python.org/issue38164>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Caleb Hattingh :
--
nosy: +cjrh
___
Python tracker
<https://bugs.python.org/issue38242>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Caleb Hattingh :
--
nosy: +cjrh
___
Python tracker
<https://bugs.python.org/issue34037>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Donovick added the comment:
I think findsource could be made more robust by using __qualname__ if it
available.
--
___
Python tracker
<https://bugs.python.org/issue37
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue37922>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue35083>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Caleb Donovick :
The documentation for collections.UserDict states "In addition to supporting
the methods and operations of mappings, UserDict instances provide the
following attribute: ..."
This however is misleading as it supports the operations of mutabl
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue36881>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Hattingh added the comment:
I'm interested in how this change would affect the pattern of shutting down a
queue-processing task.
How would one decide between whether to cancel the queue or the task? (I'm
asking for real, this is not an objection to the PR). For example, looking
Caleb Donovick added the comment:
I have another idea, instead of baking in the semantics of the environmental
variables, we could simply add the hooks __VENV_ACTIVATE_EXTRAS__ and
__VENV_DEACTIVATE_EXTRAS__ to activate. By default they would be replaced by
'', but would allow subclasses
Caleb Donovick added the comment:
>PowerShell has a full programming language and all details can be found in
>pyvenv.cfg now as of Python 3.8. So Activate.ps1 can read that file to get
>what it needs to set paths and the prompt which is what gets substituted into
>the generate
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue37354>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Donovick added the comment:
> I didn't say environment variables weren't commonly used. I'm talking about
> the specific functionality this issue is about.
This is likely true, to most people venv is black magic. That doesn't mean
that people wouldn't use it if the functio
Caleb Donovick added the comment:
In regards to the added complexity by needing to be implemented across all
shells, the functionality I am requesting already exists across all shells
(e.g. setting PYTHONPATH) just not in a extensible way
Caleb Donovick added the comment:
Common python libraries that make use of environmental variables:
- django
- flask
- jupyter
- TensorFlow
This is just off the top my head. While most developers are probably fine just
setting the required variables at a system level that doesn't mean
Caleb Donovick added the comment:
I have basic version working in POSIX.
--
___
Python tracker
<https://bugs.python.org/issue37349>
___
___
Python-bugs-list m
Change by Caleb Donovick :
--
keywords: +patch
pull_requests: +14096
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/14272
___
Python tracker
<https://bugs.python.org/issu
New submission from Caleb Donovick :
Currently EnvBuilder allows for a number of customizations of virtual
environments, however, it does not allow for any modifications of the activate
script itself (unless one wants to rewrite it completely). Yet, it is fairly
common requirement
Caleb Hattingh added the comment:
I'm removing the GUI section of the chat case study. Yury was right, it's not
going to add anything useful. The CLI chat client will work well because
prompt-toolkit has actual support for asyncio. Tkinter does not, and I think
it'll be better to add a GUI
Caleb Hattingh added the comment:
FYI I'm going to be using the 3rd-party prompt-toolkit for the chat client.
(The server depends only on asyncio only). I put several hours research into
finding a way for the CLI chat client to be not terrible, but it gets very
complicated trying to manage
Caleb Hattingh added the comment:
That was an long two months, apologies. I've made some fixes based on review
comments and cleaned up some more of the code samples. The primary outstanding
pieces are the client component of the chat application case study, and the GUI
integration section
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue29282>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue35297>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Hattingh added the comment:
Somehow I missed that there's been an open issue on this. Like others I've
written a bunch of different incarnations of an "elapsed" context manager over
the years. Always for the more crude "how long did this take" reason like
Da
Caleb Donovick added the comment:
In my mind this seems like a bug. PEP 3115 states:
'''
__prepare__ returns a dictionary-like object which is used to store the class
member definitions during evaluation of the class body. In other words, the
class body is evaluated as a function block (just
Change by Caleb Donovick :
--
nosy: +donovick
___
Python tracker
<https://bugs.python.org/issue17421>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Caleb Donovick :
OS:
Debian testing
python3 -VV:
Python 3.7.2+ (default, Feb 2 2019, 14:31:48)
[gcc 8.2.0]
The following:
```
class Meta(type): pass
class X(metaclass=Meta):
def __class_getitem__(cls, key):
return key
X[10]
```
Results in
```
TypeError
Caleb Hattingh added the comment:
A quick note to say I have not abandoned this, it's just that life got
complicated for me in late 2018. I intend to pick up progress again within the
next month or two.
--
___
Python tracker
<ht
Caleb Hattingh added the comment:
@cheryl.sabella I am ok with closing this, but the original motivation for this
work was from @zack.ware so he should weigh in.
I am not going to work on this any further for the forseeable future (I've got
my hands full already with the asyncio docs I'm
Caleb Hattingh added the comment:
I've added a few ideas for items in the "cookbook" page, which you'll see in
the PR. If anyone has suggestions for more or better cookbook entries
(recipes?), feel free to mention here or in the PR, I check both places. I
expect to get more ti
Change by Caleb Hattingh :
--
nosy: +cjrh
___
Python tracker
<https://bugs.python.org/issue35036>
___
___
Python-bugs-list mailing list
Unsubscribe:
Caleb Hattingh added the comment:
I tested the Python 3.7.0 release version for Mac, the download called "macOS
64-bit installer" with checksum ae0717a02efea3b0eb34aadc680dc498 on this page:
https://www.python.org/downloads/release/python-370/
I downloaded, installed tha
Caleb Hattingh added the comment:
I set up a basic structure under "Doc/library/asyncio-tutorial" as suggested,
and opened a PR to show you how that looks. When I make
more progress on a section, I'll post an update here.
--
___
Pyth
Change by Caleb Hattingh :
--
keywords: +patch
pull_requests: +9134
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34831>
___
___
Py
Caleb Hattingh added the comment:
A CLI client is a necessary step along the way anyway, so that sounds good by
me.
You suggested:
> I'd organize the tutorial in a dedicated directory like
> "Doc/library/asyncio-tutorial/"
I had a look at the source tree, there is an
Caleb Hattingh added the comment:
> * I think we should stick to your structure and push things to
> docs.python.org as soon as every next section is somewhat ready.
Ok. I'll get a PR going for the start page of the tutorial.
> * Every big section should probably have its own page
New submission from Caleb Hattingh :
Hi Yury,
As discussed, below is a very rough outline of a proposed TOC for an asyncio
tutorial. No content has been written yet (only what you see below). I think we
should nail down the TOC first.
Asyncio Tutorial
Proposed Table
Caleb Hattingh <caleb.hatti...@gmail.com> added the comment:
Yep, sounds good.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Caleb Hattingh <caleb.hatti...@gmail.com> added the comment:
It looks like the check for an existing sphinx-build passes, and so no new venv
is made, but this also means that blurb doesn't get installed. I was concerned
about this, but figured that at least the buildbots would create ne
Caleb Hattingh <caleb.hatti...@gmail.com> added the comment:
Hi Ned
It's still supposed to allow both. It sounds like it's not working properly.
I'll have a look. FYI, I worked on this for Zach Ware who is the primary
stakeholder for this feature.
Rgds
Caleb
> On 28 Nov 2017, a
Caleb Hattingh <caleb.hatti...@gmail.com> added the comment:
No worries. I've made a new PR 4346. The old one was unsalvagable I'm afraid.
Too many other people got added to the notifications list as a result of my
incorrect rebase. The new one i
Change by Caleb Hattingh <caleb.hatti...@gmail.com>:
--
keywords: +patch
pull_requests: +4303
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Caleb Hattingh <caleb.hatti...@gmail.com> added the comment:
I messed up the PR through a failed rebase (trying to rebase my PR on top of
upstream). I closed the PR as a result. I have now fixed up my feature branch,
but I have not resubmitted the PR. Since the PR was left alone fo
Caleb Hattingh <caleb.hatti...@gmail.com> added the comment:
This looks like a dupe, or at least quite closely related to
https://bugs.python.org/issue26259. If the PR resolves both issues that one
should be closed too.
--
nosy: +cjrh
___
New submission from Caleb Hattingh:
Under guidance from zware during Pycon sprints, I've changed the Doc/ Makefile
to automatically create a virtual environment and install Sphinx, all as part
of the `make html` command.
--
assignee: docs@python
components: Documentation
messages
Caleb Hattingh added the comment:
The PR has been merged by Mariatta so I think this can be closed.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Caleb Hattingh added the comment:
Oops, sorry! The PR was wrong because it auto-assumes the main cpython repo,
but my PR is in the devguide repo. This is the URL for the PR:
https://github.com/python/devguide/pull/206
--
___
Python tracker <
Changes by Caleb Hattingh <caleb.hatti...@gmail.com>:
--
pull_requests: -1812
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Caleb Hattingh:
The official devguide at https://github.com/python/devguide does not include
instructions on exactly how to build the docs! If, after cloning, you simply
type `make`, you get some helpful output:
$ make
Please use `make ' where is one of
html
Changes by Caleb Hattingh <caleb.hatti...@gmail.com>:
--
nosy: +cjrh
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue15663>
___
_
Changes by Caleb Hattingh <caleb.hatti...@gmail.com>:
--
nosy: +cjrh
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue12294>
___
_
Caleb Hattingh added the comment:
Presumably PEP488 (and the 4 years of inactivity) means that this issue could
be closed?
--
nosy: +cjrh
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Caleb Hattingh <caleb.hatti...@gmail.com>:
--
nosy: +cjrh
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue11602>
___
_
Caleb Hattingh added the comment:
I struggled with this issue, and eventually found the recommendations about
linking with homebrew's OpenSSL on StackOverflow or similar, and then only
later found this issue here (and with it the link to the devguide); but the
*first* places I looked were
Changes by Caleb Hattingh <caleb.hatti...@gmail.com>:
--
nosy: +cjrh
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25572>
___
_
Changes by Caleb Levy caleb.l...@berkeley.edu:
--
components: Library (Lib)
nosy: clevy, rhettinger, stutzbach
priority: normal
severity: normal
status: open
title: ItemsView.__contains__ does not mimic dict_items
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4
New submission from Caleb Levy:
The current implementation ItemsView.__contains__ reads
class ItemsView(MappingView, Set):
...
def __contains__(self, item):
key, value = item
try:
v = self._mapping[key]
except KeyError:
return False
Caleb Levy added the comment:
@serhiy.storchaka: I don't think that will work.
First of all,
x, y = item
will raise a ValueError if fed an iterable whose length is not exactly 2, so
you would have to check for that. Moreover, if item is something like a dict,
for example
Caleb Levy added the comment:
Sorry; that should be DictLikeMapping(a=b).items(), where DictLikeMapping is
defined in the patch unit tests.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24434
New submission from Caleb Rouleau:
Version info: 2.7.1 (r271:86832, Feb 7 2011, 11:33:02) [MSC v.1500 64 bit
(AMD64)]
The program included never prints done because it never returns from
re.match().
-- Caleb Rouleau
--
components: Regular Expressions
files: RegexBug.py
messages
Caleb Rouleau added the comment:
Thanks for the help. Apologies for the poor understanding of regular
expressions. Closing this issue.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15515
On Wed, 15 Apr 2009 15:47:05 +0200, mousem...@gmail.com wrote:
But, lambda functions can't be pickled. I would like to pickle my
objects, and i would really like to use parallel python (which
requires pickling).
If you are fixated on using lambda, you could probably use Recipe 7.6:
Pickling
New submission from Caleb Deveraux [EMAIL PROTECTED]:
I'm not exactly sure if this is a bug or by design. Within the struct
module, whenever you provide a format string containing a repeat count
with no associated format specifier, the count is silently ignored.
eg.
struct.pack(12345
The best thing about Python is ___.
this.
--
http://mail.python.org/mailman/listinfo/python-list
style if you do a lot of
what's in this list. This list is not mine. I jotted these points
down, but this information is continually repeated by the actual wise
people (not me) in this newsgroup.
Caleb
--
http://mail.python.org/mailman/listinfo/python-list
('.') if
filename.find('.pdb.')]
Caleb
--
http://mail.python.org/mailman/listinfo/python-list
I'm writing something that has to invoke an external program, and every
time the external program prints something, update a UI. How would I go
about doing this?
signature.asc
Description: This is a digitally signed message part
--
http://mail.python.org/mailman/listinfo/python-list
of something called GIL in Python.
How can I get around
that GIL and get speed-up?
Thanks in advance.
Daniel
Perhaps try
http://www.parallelpython.com/
or
http://www.its.caltech.edu/~astraw/seppo.html
Caleb
--
http://mail.python.org/mailman/listinfo/python-list
Pat wrote:
I have to do a big programm. Could someone give me some suggests about
IDE (on Linux) and books to learn.
http://groups.google.com/groups/search?q=python+ideqt_s=Search
Lots and lots to read :)
Caleb
--
http://mail.python.org/mailman/listinfo/python-list
(windows), if that was the
functionality you wanted in a server implementation of such a tool.
regards
Caleb
--
http://mail.python.org/mailman/listinfo/python-list
Hi Paul
Thanks for the kind words!
No, thank _you_ for taking the time to write such a useful document.
regards
Caleb
--
http://mail.python.org/mailman/listinfo/python-list
logic sit in one place. The
wrapper can use the right API depending on the platform it finds itself
on at runtime.
Regards
Caleb
--
http://mail.python.org/mailman/listinfo/python-list
some Ruby experience. That way, the guys in
here who also know Ruby (not me :) can quickly point out the
differences in behaviour for your specific question.
Regards
Caleb
--
http://mail.python.org/mailman/listinfo/python-list
server procedure can return True or False.
One benefit is that if you change the input to the tests, you need only
update the server.Actually, you could let the procedures on the
server accept test input and student results, and return True or False.
This would be cool :)
Caleb
On Dec 14
1 - 100 of 186 matches
Mail list logo
