>>> On Mar 23, 2020, at 19:52, Steven D'Aprano wrote:
>> On Mon, Mar 23, 2020 at 06:03:06PM -0700, Andrew Barnert wrote:
>> The existing methods are named issubset and issuperset (and
>> isdisjoint, which doesn’t have an operator near-equivalent). Given
>> that, would you still want equals instea
On 24/03/2020 01:13, Oleg Broytman wrote:
On Tue, Mar 24, 2020 at 11:30:38AM +1100, Steven D'Aprano
wrote:
Fred is explicitly asking about the problem with having to sometimes use
python and sometimes python3, and your answer is to tell him to
sometimes use python and sometimes use python3?
> On 23 Mar 2020, at 17:59, Frédéric De Jaeger wrote:
>
> Hi all,
>
> There is a recurring problem in my company where we use python in various
> places (python3).
> We do cross platform development windows/linux and our python scripts need to
> run everywhere.
> Some scripts are launched m
Apologies in advance... the following is going to contain mathematical
jargon and pedantry. Run now while you still can *wink*
On Tue, Mar 24, 2020 at 12:56:55AM -0700, Andrew Barnert wrote:
> >>> On Mar 23, 2020, at 19:52, Steven D'Aprano wrote:
> >> On Mon, Mar 23, 2020 at 06:03:06PM -0700,
Steven D'Aprano wrote:
> On Mon, Mar 23, 2020 at 05:59:41PM -, Frédéric De Jaeger wrote:
> > The issue is: There is no reliable way to launch a
> > python script.
> > The command:
> > python myscript.py
> >
> > launches python3 on windows and python2 on 99% of the unix market.
> > Its probab
> Windows devices, they might want to consider using the PrependPath option
> (which adds Python to PATH from the command line). I.E.
> python-3.8.0.exe /quiet InstallAllUsers=1 PrependPath=1
> (IIRC, the above installation should allow usage of "python3" on
> Windows for all users on the device)
On Tue, Mar 24, 2020 at 09:40:07AM +, Rhodri James
wrote:
> I'm afraid the terseness of your answer didn't make it at all clear how
> creating venvs would solve Fred's problems. It still isn't obvious to me!
One doesn't create virtual environments every day; once a year may be.
And there ar
On Tue, Mar 24, 2020 at 10:21:33AM +, Barry Scott
wrote:
> > On 23 Mar 2020, at 17:59, Fr??d??ric De Jaeger
> > wrote:
> > The issue is: There is no reliable way to launch a python script.
> >
> > The command:
> >
> > python myscript.py
> >
> > launches python3 on windows and pyth
On 3/24/2020 6:58 AM, Frédéric De Jaeger wrote:
One of our constraint is that we use Cygwin's bash and now, every user relies
on the shebang.
The problem reduce to this. Assuming you are in a bash window (whether on
cygwin or ubuntu 18, or mac os) and you do this:
> ./myScript.py
How
On Tue, 24 Mar 2020 at 09:41, Rhodri James wrote:
>
> On 24/03/2020 01:13, Oleg Broytman wrote:
> > IMO the issue is in not following the best practices. Distribute wheels
> > or freezed binaries, not just drop scripts unto users.
>
> For most circumstances, that is not a practical answer. Creati
Hi Steven,
I think you are taking this a bit too far out of what we normal use
Python for in real life :-)
The mathematical complication of not having
∀x(x∈S ↔ x∈T) → S = T
be a consequence of
S = T → (∀x)(x∈S ↔ x∈T)
which may sound weird to many people, originates in the fact that the
above
On Tue, 24 Mar 2020 at 11:39, Eric V. Smith wrote:
> Cygwin should make it easier to have Windows look like Unix, not harder.
In my experience, only if you use Cygwin for everything (so I agree,
Frédéric should probably install cygwin Python). Integrating native
applications and Cygwin isn't hard
> This does work out of the box because py.exe is run when you execute a .py
> in the
> CMD.
Yep, but the constraint is it has to run in Cygwin's bash terminal. Does it
honor windows file associations ? I have some doubts (sorry I don't have a
windows available to test the hypothesis). If
On 3/24/20, Barry Scott wrote:
>
> If you have python 2 and 3 installed then
>
>py -3 myscript
"myscript" may have a shebang that runs the "python2" virtual command
(e.g. "#!python2" or "#!/usr/bin/python2") because the script requires
2.x, but using "-3" will override it to run the "python3"
On 23/03/2020 23:49, Steven D'Aprano wrote:
On Mon, Mar 23, 2020 at 02:05:49PM +, Rob Cliffe via Python-ideas wrote:
s = set("a")
t = list("aa")
s.issubset(t)
True
s.issuperset(t)
True
but it would be misleading IMO to say that s and t are in some sense
equal.
In *some* sense they ar
> That would be nice. Does it apply to the _windows store version_, the
_traditional installer_, both ?
I believe it only applies to the traditional installer from python.org. You
will also have to verify it, as it has been a decent while since I've had
to install Python on Windows.
On Tue, Mar
On 2020-03-23 16:49, Brett Cannon wrote:
Recently I've had to use a Windows VM for some stuff at work, where I
installed
Python 3 as well. Every time I type python3 at the command-line (instead of
python) to use the repl, it tries to load the Microsoft App Store!
There is an opti
On 3/24/20, Mike Miller wrote:
>
> C:\Users\User>python3
> (App store loads!!)
If installed, the app distribution has an appexec link for
"python3.exe" that actually works.
> C:\Python38>dir
> Volume in drive C has no label.
> [snip]
> Note there is no python3.exe binary.
Y
https://docs.python.org/3.8/using/windows.html#installing-without-ui gives
details of all of the options. The Microsoft Store version does not offer any
options full stop!
From: Kyle Stanley
Sent: 24 March 2020 18:10
To: Frédéric De Jaeger
Cc: Python-ideas < >
Subject: [Python-ideas] Re: About
> The Microsoft Store version does not offer any options full stop!
Good to know, thanks for clarifying. I haven't personally installed it from
the Microsoft app store, but it was my assumption that it did not allow for
custom installation options.
On Tue, Mar 24, 2020 at 3:18 PM Steve Barnes wr
Steven D'Aprano wrote:
> On Mon, Mar 23, 2020 at 12:03:50AM -, Steve Jorgensen wrote:
> > Every set is a superset of itself and a subset of
> > itself. A set may
> > not be a "formal" subset or a "formal" superset of itself. issubset
> > and issuperset refer to standard subsets and supersets,
On Mon, Mar 23, 2020 at 6:19 PM Oleg Broytman wrote:
>
> IMO the issue is in not following the best practices. Distribute wheels
> or freezed binaries, not just drop scripts unto users.
>
This is a good point, though I’m not sure the best solution. Frozen
Binaries (py2exe, PyInstaller) are a goo
On Wed, Mar 25, 2020 at 7:29 AM Christopher Barker wrote:
>
> On Mon, Mar 23, 2020 at 6:19 PM Oleg Broytman wrote:
>>
>>
>> IMO the issue is in not following the best practices. Distribute wheels
>> or freezed binaries, not just drop scripts unto users.
>
>
> This is a good point, though I’m not
On 2020-03-24 11:58, Eryk Sun wrote:
On 3/24/20, Mike Miller wrote:
C:\Users\User>python3
(App store loads!!)
If installed, the app distribution has an appexec link for
"python3.exe" that actually works.
C:\Python38>dir
Volume in drive C has no label.
[snip]
Note
On Mon, Mar 23, 2020 at 6:01 PM Stephen J. Turnbull <
turnbull.stephen...@u.tsukuba.ac.jp> wrote:
> > This is now a draft PEP, and being (has been?) discussed on python-dev
> --
> > time to go there is you want more input.
>
> They don't, and it's a "idea" separate from the PEP.
Sure, then ple
25 matches
Mail list logo
