> On 20 Nov 2020, at 16:42, Ricky Teachey wrote:
>
> I was reading the pyinstaller thread and had this idea but didn't want to
> hijack.
>
> Maybe a wild idea, and very possible totally impractical or hopelessly
> complex, but: could the existing pypi infrastructure be leveraged into a set
On 11/20/2020 11:53 PM, Chris Angelico wrote:
> [snip]
> Use the simpler options until you can't use them. Then use the more
> complicated options.
Yea, use the simpler options. This is why I have switched from Python to C#
when writing desktop apps, simply because distributing a single exe file
On Sat, Nov 21, 2020 at 07:16:22AM -0500, Edwin Zimmerman wrote:
> On 11/20/2020 11:53 PM, Chris Angelico wrote:
> > [snip]
> > Use the simpler options until you can't use them. Then use the more
> > complicated options.
> Yea, use the simpler options. This is why I have switched from Python
> t
setup.py:setup(project_urls=) can include URLs to the app store entries for
the package; though other than displaying all project_urks, PyPI doesn't do
anything special like show the App Store icon for URL values with specific
key prefixes in project_urls.
Here's an example of specifying multiple
On 21/11/20 3:59 pm, Christopher Barker wrote:
On Fri, Nov 20, 2020 at 4:18 PM Greg Ewing With venvs, it seems like it should be possible to have a very
simple tool that just packages up everything in your venv.
>
conda is similar -- there is even the "conda
constructor" that will build
On 11/19/20 10:08 PM, David Foster wrote:
I've completed my survey of how other languages use pattern matching to
match Mapping-like and dict-like types, especially focusing on whether
they ignore (𝔸) or disallow (𝔹) extra keys by default. [...]
To close the loop on this thread:
* Based on (1
On 21Nov2020 17:54, Chris Angelico wrote:
>The range of people who (a) cannot install from PyPI and can only use
>the stdlib, and (b) cannot deploy with a .pyz and must deploy an .exe,
>is extremely narrow. In what situation do you have to make a native
>executable but cannot get a tool from PyPI
On Sun, Nov 22, 2020 at 12:56:01PM +1100, Cameron Simpson wrote:
> On 21Nov2020 17:54, Chris Angelico wrote:
> >The range of people who (a) cannot install from PyPI and can only use
> >the stdlib, and (b) cannot deploy with a .pyz and must deploy an .exe,
> >is extremely narrow. In what situation
On Sat, Nov 21, 2020 at 4:04 PM Greg Ewing
wrote:
> > conda is similar -- there is even the "conda
> > constructor" that will build an installer for a conda environment that
> > meets your specs. But the fact is that you get a LOT of extra stuff
> > along with what you need.
>
> My thinking is th
Steven D'Aprano writes:
> On Sun, Nov 22, 2020 at 12:56:01PM +1100, Cameron Simpson wrote:
> > They're end users[...]. I want them to copy an app to a new
> > machine and be happy - drag'n'drop a single thing.
I don't think there is disagreement that this is a reasonable goal.
> Sure, but
On 22Nov2020 13:22, Steven D'Aprano wrote:
>On Sun, Nov 22, 2020 at 12:56:01PM +1100, Cameron Simpson wrote:
>> On 21Nov2020 17:54, Chris Angelico wrote:
>> >The range of people who (a) cannot install from PyPI and can only use
>> >the stdlib, and (b) cannot deploy with a .pyz and must deploy an
Thanks very much for the survey (which actually surprised me somewhat).
Regarding the suggested update for the PEP, I'll make a PR to change that
-- I agree it's worth saying it.
On Sat, Nov 21, 2020 at 5:00 PM David Foster wrote:
> On 11/19/20 10:08 PM, David Foster wrote:
> > I've completed m
I am excited about the potential of the new PEP 634-636 "match" statement to
match JSON data received by Python web applications. Often this JSON data is
in the form of structured dictionaries (TypedDicts) containing Lists and
other primitives (str, float, bool, None).
PEP 634-636 already contain
13 matches
Mail list logo
