On 2024-12-27, Chris Green via Python-list wrote:
> Cameron Simpson wrote:
>> On 25Dec2024 14:52, Abdur-Rahmaan Janhangeer wrote:
>> >I have been following discussions on Discourse (discuss.python.org)
>> >these last times.
>> >
>> >I think tha
On 12/27/24 00:58, Chris Green via Python-list wrote:
Yes, it's the one saving grace of a Discourse forum, you can use it by
E-Mail and it behaves quite nicely with a text mode E-Mail client such
as mutt so you can keep threads separate, follow sub-threads, etc.
Not quite as good as this
s a very good "mailing list" mode. I use it that was >90% of
> the time, and file both posts from Discourse and posts from python-list
> into my "python" mail folder.
Yes, it's the one saving grace of a Discourse forum, you can use it by
E-Mail and it behaves
On 12/29/24 15:10, Cameron Simpson via Python-list wrote:
On 29Dec2024 07:16, Kevin M. Wilson wrote:
Excuse please, my failure. As I have not been following this
discussion, why is the subject "Python List Is NOT Dead" a subject for
discussion? Has the list been moving towards clo
On 29Dec2024 07:16, Kevin M. Wilson wrote:
Excuse please, my failure. As I have not been following this discussion, why is the
subject "Python List Is NOT Dead" a subject for discussion? Has the list been
moving towards closing?
No, the list's still around. But there wa
Excuse please, my failure. As I have not been following this discussion, why is
the subject "Python List Is NOT Dead" a subject for discussion? Has the list
been moving towards closing?
KMW
***
"When you pass through the waters, I w
thank you Mr. Jahangir.
you are expert in python.
On Fri, Dec 27, 2024 at 2:28 AM Cameron Simpson via Python-list <
python-list@python.org> wrote:
> On 25Dec2024 14:52, Abdur-Rahmaan Janhangeer wrote:
> >I have been following discussions on Discourse (discuss.python.org)
>
of
the time, and file both posts from Discourse and posts from python-list
into my "python" mail folder.
--
https://mail.python.org/mailman/listinfo/python-list
On 25/12/24 23:52, Abdur-Rahmaan Janhangeer via Python-list wrote:
Hey all,
I have been following discussions on Discourse (discuss.python.org) these
last times.
I think that it definitely lacks some of the joys of the mailing list:
1/ Categories
The discussion has fixed categories. No
On Wed, 25 Dec 2024 14:52:23 +0400
Abdur-Rahmaan Janhangeer via Python-list wrote:
> Hey all,
>
> I have been following discussions on Discourse (discuss.python.org)
> these last times.
>
> I think that it definitely lacks some of the joys of the mailing list:
>
>
out <https://compileralchemy.github.io/> | blog
<https://www.pythonkitchen.com>
github <https://github.com/Abdur-RahmaanJ>
Mauritius
--
https://mail.python.org/mailman/listinfo/python-list
On 11/8/2024 2:09 PM, dn via Python-list wrote:
On 8/11/24 14:40, Mild Shock via Python-list wrote:
Well you can use your Browser, since
JavaScript understand post and pre increment:
Question: are we talking Python or JavaScript?
So we have x ++ equals in Python:
Trying to find a word
On 8/11/24 14:40, Mild Shock via Python-list wrote:
Well you can use your Browser, since
JavaScript understand post and pre increment:
Question: are we talking Python or JavaScript?
So we have x ++ equals in Python:
Trying to find a word-for-word translation serves as badly in
computer
this behavior is because python's integers are immutable.
Nothing to do with that.
++x or x++ will redefine 5 to 6, which the interpreter forbids ...
One of those is actually syntactically valid.
It just won’t do what you expect it to do.
--
https://mail.python.org/mailman/listinfo/python-list
case of an exception is completely
> unnecessary: the DBMS will take care of that for you.
No, it won't.
--
https://mail.python.org/mailman/listinfo/python-list
n mind. So
> any partial transaction data saved on persistent storage that remains
> after a system crash can be identified as such and discarded, leaving the
> database in its pre-transaction state.
Yes, nobody's disputing that. A good database will do what you tell it,
and keep the data you give it. But what if you tell it the wrong thing
or give it the wrong data? It's like, for example, a RAID array will
save you from a faulty disk, but will not save you from the software
writing incorrect data, which the RAID array will then faithfully copy
across to all the disks overwriting the good data.
--
https://mail.python.org/mailman/listinfo/python-list
On 2024-09-10, Karsten Hilbert wrote:
> Am Tue, Sep 10, 2024 at 08:38:30AM - schrieb Jon Ribbens via Python-list:
>> Ok. So we've moved away from "In any DBMS worth its salt, rollback is
>> something that happens automatically"
>
> Nope. The original pos
Am Tue, Sep 10, 2024 at 08:38:30AM - schrieb Jon Ribbens via Python-list:
> Ok. So we've moved away from "In any DBMS worth its salt, rollback is
> something that happens automatically"
Nope. The original post asked something entirely different.
> and now you'
S worth its salt, rollback is
something that happens automatically" and now you're saying it isn't
automatic after all, "you write code to do it". That was my point.
The database provides the tools, but it isn't psychic.
--
https://mail.python.org/mailman/listinfo/python-list
>> So the Python code is half-way through a transaction when it throws a
>> (non-database-related) exception and that thread of execution is
>> aborted. The database connection returns to the pool ...
>
> The DBMS connection is deleted.
How does that happen then?
--
https://mail.python.org/mailman/listinfo/python-list
On 2024-09-09, Karsten Hilbert wrote:
> Am Mon, Sep 09, 2024 at 10:00:11AM - schrieb Jon Ribbens via Python-list:
>> So the Python code is half-way through a transaction when it throws
>> a (non-database-related) exception and that thread of execution is
>> aborted. Th
Am Mon, Sep 09, 2024 at 10:00:11AM - schrieb Jon Ribbens via Python-list:
> So the Python code is half-way through a transaction when it throws
> a (non-database-related) exception and that thread of execution is
> aborted. The database connection returns to the pool,
How does it
Am Mon, Sep 09, 2024 at 10:00:11AM - schrieb Jon Ribbens via Python-list:
> > The database only needs to commit when it is explicitly told. Anything
> > less -- no commit.
>
> So the Python code is half-way through a transaction when it throws
> a (non-database-relate
uding a program or
> system crash.
If it's a program or system crash, sure, but anything less than that -
how would the database even know, unless the program told it?
--
https://mail.python.org/mailman/listinfo/python-list
(non-database-related) exception and that thread of execution is
aborted. The database connection returns to the pool, and is re-used
by another thread which continues using it to perform a different
sequence of operations ... ending in a COMMIT, which commits
one-and-a-half transactions.
--
https://mail.python.org/mailman/listinfo/python-list
others :-)
bye,
--
piergiorgio
--
https://mail.python.org/mailman/listinfo/python-list
--
https://mail.python.org/mailman/listinfo/python-list
C API can be used without any other "lock/GIL" etc.
Seems like yes
<https://docs.python.org/3/c-api/init.html#c.Py_NewInterpreterFromConfig>.
→ I think that could be a solution.
--
https://mail.python.org/mailman/listinfo/python-list
arious
functions of the module.
--
https://mail.python.org/mailman/listinfo/python-list
ns of characters that would be
kept up to date by one process and asked for by all the others.
--
Chris Green
·
--
https://mail.python.org/mailman/listinfo/python-list
On 20/05/2024 10:58, Peter J. Holzer wrote:
On 2024-05-20 00:26:03 +0200, Roel Schroeven via Python-list wrote:
Skip Montanaro via Python-list schreef op 20/05/2024 om 0:08:
Modern debian (ubuntu) and fedora block users installing using pip.
Even if you're telling it to install in ~/.
;t say I didn't warn you though :)
--
https://mail.python.org/mailman/listinfo/python-list
On 2024-05-20 00:26:03 +0200, Roel Schroeven via Python-list wrote:
> Skip Montanaro via Python-list schreef op 20/05/2024 om 0:08:
> > > Modern debian (ubuntu) and fedora block users installing using pip.
> >
> > Even if you're telling it to install in ~/.local? I
On 5/19/2024 6:00 PM, Karsten Hilbert via Python-list wrote:
Am Sun, May 19, 2024 at 10:45:09PM +0100 schrieb Barry via Python-list:
On 18 May 2024, at 16:27, Peter J. Holzer via Python-list
wrote:
I don't think Linux users have to deal with venvs
Modern debian (ubuntu) and fedora
On 5/19/2024 6:34 PM, Grant Edwards via Python-list wrote:
On 2024-05-19, Barry via Python-list wrote:
On 18 May 2024, at 16:27, Peter J. Holzer via Python-list
wrote:
I don't think Linux users have to deal with venvs
Modern debian (ubuntu) and fedora block users installing usin
On 5/19/2024 6:08 PM, Skip Montanaro via Python-list wrote:
Modern debian (ubuntu) and fedora block users installing using pip.
Even if you're telling it to install in ~/.local? I could see not allowing
to run it as root.
I honestly haven't tried. Maybe I should... 🤔 I have an
On 2024-05-19, Barry via Python-list wrote:
>
>
>> On 18 May 2024, at 16:27, Peter J. Holzer via Python-list
>> wrote:
>>
>> I don't think Linux users have to deal with venvs
>
> Modern debian (ubuntu) and fedora block users installing using pip.
You
On 2024-05-19, Gilmeh Serda via Python-list wrote:
> On Sun, 19 May 2024 08:32:46 +0100, Alan Gauld wrote:
>
>> I've honestly never experienced this "nightmare".
>> I install stuff and it just works.
>
> Hear! Hear! Me too! And all that.
>
> I
Skip Montanaro via Python-list schreef op 20/05/2024 om 0:08:
Modern debian (ubuntu) and fedora block users installing using pip.
>
Even if you're telling it to install in ~/.local? I could see not allowing
to run it as root.
I assumed pip install --user would work, but no. I trie
o compile the most recent
branches on GitHub (main, 3.12, & 3.13 at the moment).
Skip
--
https://mail.python.org/mailman/listinfo/python-list
Am Sun, May 19, 2024 at 10:45:09PM +0100 schrieb Barry via Python-list:
> > On 18 May 2024, at 16:27, Peter J. Holzer via Python-list
> > wrote:
> >
> > I don't think Linux users have to deal with venvs
>
> Modern debian (ubuntu) and fedora block users ins
> On 18 May 2024, at 16:27, Peter J. Holzer via Python-list
> wrote:
>
> I don't think Linux users have to deal with venvs
Modern debian (ubuntu) and fedora block users installing using pip.
You must use a venv to pip install packages from pypi now.
This is implemented in p
On 2024-05-19 at 18:13:23 +,
Gilmeh Serda via Python-list wrote:
> Was there a reason they chose the name Pip?
Package Installer for Python
https://pip.pypa.io/en/stable/index.html
--
https://mail.python.org/mailman/listinfo/python-list
On 2024-05-19 19:13, Gilmeh Serda via Python-list wrote:
On Sun, 19 May 2024 08:32:46 +0100, Alan Gauld wrote:
I've honestly never experienced this "nightmare".
I install stuff and it just works.
Hear! Hear! Me too! And all that.
I'm on Manjaro, which is a tad finick
On 2024-05-19 at 18:13:23 +,
Gilmeh Serda via Python-list wrote:
> Was there a reason they chose the name Pip?
Package Installer for Python
https://pip.pypa.io/en/stable/index.html
Every time I see PIP, I think Peripheral Interchange Program, but I'm
old.
--
https://mail.py
On 5/19/2024 3:32 AM, Alan Gauld via Python-list wrote:
On 18/05/2024 19:12, Piergiorgio Sartor via Python-list wrote:
[snip]
The dependency nightmare created by python, pip
and all the rest cannot be resolved otherwise.
I've honestly never experienced this "nightmare".
On 2024-05-19, Alan Gauld via Python-list wrote:
>> The dependency nightmare created by python, pip
>> and all the rest cannot be resolved otherwise.
>
> I've honestly never experienced this "nightmare".
> I install stuff and it just works.
Same here. I occ
On 18/05/2024 19:12, Piergiorgio Sartor via Python-list wrote:
>> So venvs make managing all that pretty convenient. Dunno why everybody's
>> so down on venvs...
Not so much down on them, they are just one extra step that's
mostly not needed(in my use case)
> Only peo
On 2024-05-18 20:12:33 +0200, Piergiorgio Sartor via Python-list wrote:
> On 18/05/2024 20.04, Mats Wichmann wrote:
> > So venvs make managing all that pretty convenient. Dunno why everybody's
> > so down on venvs...
>
> Only people which are *not* using python... :-)
&g
tmare created by python, pip
and all the rest cannot be resolved otherwise.
It seems backward compatibility is a taboo...
bye,
--
piergiorgio
--
https://mail.python.org/mailman/listinfo/python-list
On 2024-05-18, Mats Wichmann via Python-list wrote:
> Distros have do offer a good selection of packaged Python bits, yes, but
> only for the version of Python that's "native" to that distro release.
> If you need to test other versions of Python, you're mostly on
On 5/18/24 10:48, Grant Edwards via Python-list wrote:
On 2024-05-18, Peter J. Holzer via Python-list wrote:
On 2024-05-16 19:46:07 +0100, Gordinator via Python-list wrote:
To be fair, the problem is the fact that they use Windows (but I
guess Linux users have to deal with venvs, so we&#x
On 2024-05-18, Peter J. Holzer via Python-list wrote:
> On 2024-05-16 19:46:07 +0100, Gordinator via Python-list wrote:
>
>> To be fair, the problem is the fact that they use Windows (but I
>> guess Linux users have to deal with venvs, so we're even.
>
> I don
On 2024-05-16 19:46:07 +0100, Gordinator via Python-list wrote:
> To be fair, the problem is the fact that they use Windows (but I guess Linux
> users have to deal with venvs, so we're even.
I don't think Linux users have to deal with venvs any more than Windows
users. Maybe e
users to complain that they cannot get
to install properly?
To be fair, the problem is the fact that they use Windows (but I guess
Linux users have to deal with venvs, so we're even.
--
https://mail.python.org/mailman/listinfo/python-list
"".join \
(
repl.get(s, s)
for repl in (dict(replacements),)
for s in
re.split("\\b(" + "|".join(re.escape(s[0]) for s in
replacements) + ")\\b", text)
)
How about just:
repl = {
"a" : "b",
"c" : "d",
"e" : "f",
"g" : "h",
}
"".join(repl.get(s, s) for s in re.split(r"\b", text))
- Alan
--
https://mail.python.org/mailman/listinfo/python-list
On Wed, 20 Mar 2024 at 18:31, Greg Ewing via Python-list
wrote:
>
> On 20/03/24 4:14 pm, Lawrence D'Oliveiro wrote:
> > not to
> > mention the latency when there isn’t quite enough memory for an allocation
> > and you have to wait until the next GC run to proceed. Ru
it usually works. If you run out of memory, you
run a GC there and then. You don't have to wait for GCs to occur on
a time schedule.
Also, as a previous poster pointed out, GCs are typically scheduled
by number of allocations, not by time.
--
Greg
--
https://mail.python.org/mailman/listinfo/python-list
On 3/7/24 07:11, Varuna Seneviratna via Python-list wrote:
If a dictionary key has a Python list as its value, you can read the values
one by one in the list using a for-loop like in the following.
d = {k: [1,2,3]}
for v in d[k]:
print(v)
No tutorial describes this, why?
What is the
On 2024-03-07 14:11, Varuna Seneviratna via Python-list wrote:
If a dictionary key has a Python list as its value, you can read the values
one by one in the list using a for-loop like in the following.
d = {k: [1,2,3]}
for v in d[k]:
print(v)
No tutorial describes this, why?
What is
If a dictionary key has a Python list as its value, you can read the values
one by one in the list using a for-loop like in the following.
d = {k: [1,2,3]}
> for v in d[k]:
> print(v)
No tutorial describes this, why?
What is the Python explanation for this behaviour?
Varuna
--
at, 3 Feb 2024 00:45:18 +0100, Mild Shock wrote:
... that works on windows ...
You lost me there.
--
https://mail.python.org/mailman/listinfo/python-list
+0100, Mild Shock wrote:
... that works on windows ...
You lost me there.
--
https://mail.python.org/mailman/listinfo/python-list
select(2) has limitations. Better to use poll(2). Depending on *nix
variant, other more advanced alternatives may also be available
<https://docs.python.org/3/library/select.html>.
--
https://mail.python.org/mailman/listinfo/python-list
ves may also be available
<https://docs.python.org/3/library/select.html>.
--
https://mail.python.org/mailman/listinfo/python-list
”, if you had looked that up.
>
><https://docs.python.org/3/glossary.html#term-awaitable>
To be fair, I've been using Python for well over quarter of a century,
and I never knew it had a glossary.
--
https://mail.python.org/mailman/listinfo/python-list
Special provisions are necessary to be able to wait for a value
(and meanwhile do other things).
`asyncio.sleep` has e.g. this provisions and a call of it is an "awaitable".
--
https://mail.python.org/mailman/listinfo/python-list
On Sat, 27 Jan 2024 at 11:01, Greg Ewing via Python-list
wrote:
>
> If it helps at all, you can think of an async function as being
> very similar to a generator, and "await" as being very similar to
> "yield from". In the current implementation they're almos
f it helps at all, you can think of an async function as being
very similar to a generator, and "await" as being very similar to
"yield from". In the current implementation they're almost exactly
the same thing underneath.
--
Greg
--
https://mail.python.org/mailman/listinfo/python-list
I don 't understand the meaning of this mail Verzonden vanaf mijn Galaxy
Oorspronkelijk bericht Van: python-list-requ...@python.org
Datum: 04-11-23 17:01 (GMT+01:00) Aan: python-list@python.org Onderwerp:
Python-list Digest, Vol 242, Issue 3 Send Python-list mailing
ot;"
linked_list = LinkedList()
for i in range(1, 11):
linked_list.append(i)
a = linked_list.index(1)
print(a.value)
b = linked_list.index(5)
print(b.value)
a.insert_after(27)
b.insert_after(45)
print(','.join(str(x) for x in linked_list)
aints are.
--
https://mail.python.org/mailman/listinfo/python-list
egards,
=dn
--
https://mail.python.org/mailman/listinfo/python-list
e one of the above hints at what could work for you, or others may
supply a better answer, or maybe you reevaluate what you are doing or
explain it some more.
-Original Message-
From: Python-list On
Behalf Of Thomas Passin
Sent: Friday, March 3, 2023 1:04 PM
To: python-list@python.org
Su
specify clearly what the rules are going to be.
--
https://mail.python.org/mailman/listinfo/python-list
n.org/mailman/listinfo/python-list
; y = (x := 5)
>>> y
5
>>> z = (x := x * 2) + (x := x + 1)
>>> z
21
>>> x
11
I posit constructs such as the above may have similarities to changing an
object and returning the new updated object. Maybe not the same but ...
Avi
-Original Message-
From:
lem will never arise.
So, I am very happy with this Python language decision -- it allows for the
most efficient means to modify a list in place and also very much reduce the
danger of aliasing bugs.
Roger Christman
Pennsylvania State University
________
From: Pytho
--
https://mail.python.org/mailman/listinfo/python-list
e's a bug, and I have to convert one to a
for loop + list.append in order to debug.
--
https://mail.python.org/mailman/listinfo/python-list
sing "for r in [bs.cell_radius]".
I am also surprised to know that the assignment operator ":=" in a list
comprehension will assign a variable outside of the scope of the comprehension.
I think it does not make sense since a list comprehension without a ":=" will
never change name bindings outside itself.
--
https://mail.python.org/mailman/listinfo/python-list
ear and concise. Otherwise
> I have to break it down
> > to several incrementally indented lines of for loops, if statements, and
> variable assignments,
> > which I think look less nice.
>
> Well, if it's outgrown a list comp, write it on multiple lines. Like I
> said, not everything has to be a one-liner.
>
> ChrisA
> --
> https://mail.python.org/mailman/listinfo/python-list
>
--
https://mail.python.org/mailman/listinfo/python-list
ld have preferred to have written that code, possibly
inventing some syntax or misusing ":=" as if it workeed they way you'd
like it to work?
Cheers,
Cameron Simpson
--
https://mail.python.org/mailman/listinfo/python-list
.@hjp.at |-- Charles Stross, "Creative writing
__/ | http://www.hjp.at/ | challenge!"
signature.asc
Description: PGP signature
--
https://mail.python.org/mailman/listinfo/python-list
nted lines of for loops, if statements, and
> variable assignments,
> which I think look less nice.
Well, if it's outgrown a list comp, write it on multiple lines. Like I
said, not everything has to be a one-liner.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
local variable(s) to make it more clear and
concise. Otherwise I have to break it down to several incrementally indented
lines of for loops, if statements, and variable assignments, which I think look
less nice.
--
https://mail.python.org/mailman/listinfo/python-list
f"
condition in the list comprehension, this becomes less convenient. I still can
write
>>> [(x, y) for x in range(10) if (y := x**2) or True]
But I wonder if Python could have a specific syntax to support this.
--
https://mail.python.org/mailman/listinfo/python-list
ively,
e.g. 'for x in range(10)'. Does it not worth introducing a specific syntax to
do this, instead of creating a new list ad hoc to define the variable like 'for
y in [1]'?
--
https://mail.python.org/mailman/listinfo/python-list
]
[(0, 0), (1, 1), (2, 4), (3, 9), (4, 16)]
--
https://mail.python.org/mailman/listinfo/python-list
is to PEP?
Not everything has to be a one-liner.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
Ben.
--
https://mail.python.org/mailman/listinfo/python-list
ty can be achieved by writing
[(x, y) for x in range(10) for y in [x ** 2] if x + y < 80].
Is it worthwhile to add a new feature like this in Python? If so, how can I
propose this to PEP?
--
https://mail.python.org/mailman/listinfo/python-list
I also get 'file not found' when trying to let Spyder [v5.2] select the
newly installed 3.10.6, and the path length is a lot less than 256.
On Wed, Aug 3, 2022 at 9:03 AM wrote:
> Send Python-list mailing list submissions to
> python-list@python.org
>
> To subscr
contents) |
|
print("job adv listing files ok")
--
https://mail.python.org/mailman/listinfo/python-list
Thank you it worked using the code you gave!!!
On Tue, Jun 22, 2021 at 9:33 PM wrote:
> Send Python-list mailing list submissions to
> python-list@python.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://mail.python.org/mailman/listinfo/p
On 5/5/21 9:31 PM, Paul Bryan wrote:
Given the ease of spoofing sender addresses, and its propensity for use
in anonymous spamming and trolling (thanks python-list-owner for
staying on top of that!), I propose to disconnect comp.lang.python from
the python-list mailing list. Both would then
nds-and-imposed-coc/
--
https://mail.python.org/mailman/listinfo/python-list
serve as a hint and guiding principles.
Kind Regards,
Abdur-Rahmaan Janhangeer
about <https://compileralchemy.github.io/> | blog
<https://www.pythonkitchen.com>
github <https://github.com/Abdur-RahmaanJ>
Mauritius
--
https://mail.python.org/mailman/listinfo/python-list
e the aforementioned on further inspection. (But I don't know
all cases either.)
> I do agree asking people to simply not be stupid doesn't seem to work
> these days for whatever reason.
I hadn't noticed. ;)
--
Jason C. McDonald (CodeMouse92)
Author | Speaker | Hacker | Time Lord
--
https://mail.python.org/mailman/listinfo/python-list
On Sun, May 9, 2021 at 1:58 PM dn via Python-list
wrote:
> That said, there is nothing to be gained by upsetting people...
>
I misquoted the relevant section from Chris' answer, i wanted to quote:
*I'm not saying that the previous situation was GOOD, but I'm far from
1 - 100 of 1351 matches
Mail list logo
