We create the __init__.py too. Maybe python can use that file to prepare a
default setup.py if it would be difficult to automate it using pip. I am just
asking if it is easier to automate the task.
___
Python-ideas mailing list -- python-ideas@python.or
Yes, I too think they meant the same.
___
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-le...@python.org
https://mail.python.org/mailman3/lists/python-ideas.python.org/
Message archived at
https://mail.
[:y] would just mean [0:y].
___
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-le...@python.org
https://mail.python.org/mailman3/lists/python-ideas.python.org/
Message archived at
https://mail.python.org
I realize it's still very new to a lot of people, but doesn't
pyproject.toml solve this problem?
Just include a dependencies entry in there and use a tool like flit or
poetry.
On Fri, Feb 18, 2022, 8:24 AM Vishesh Mangla
wrote:
> Yes, I too think they meant the same.
> _
Hi folks, as illustrated in faster-cpython#150 [1], we have implemented a
mechanism that supports data persistence of a subset of python date types with
mmap, therefore can reduce package import time by caching code object. This
could be seen as a more eager pyc format, as they are for the same
Ok, then I mean that if this process could be added to the standard. Package
install means that individually users will have to know this thing and they may
or may not be able to find this package. I don't know what words to google for
to find a package that serves the objective.
___
On Fri, Feb 18, 2022 at 01:18:55PM +1100, Chris Angelico wrote:
> OR! You maintain your own requirements.txt manually, and always use
> 'pip install -r requirements.txt' when you change it.
That only works the first two times you use pip to install something. On
the third time, you write a shell
On Sat, 19 Feb 2022 at 01:30, Steven D'Aprano wrote:
>
> On Fri, Feb 18, 2022 at 01:18:55PM +1100, Chris Angelico wrote:
>
> > OR! You maintain your own requirements.txt manually, and always use
> > 'pip install -r requirements.txt' when you change it.
>
> That only works the first two times you u
Paul Moore writes:
> However, I do like the idea of having a better parser library in the
> stdlib. But it's pretty easy to write such a thing and publish it on
> PyPI,
It's not easy to write a good one. I've tried in two languages
(Python and Lisp). I'm not saying I'm competent, so that's a
On Fri, Feb 18, 2022 at 8:46 AM Vishesh Mangla
wrote:
> Ok, then I mean that if this process could be added to the standard.
> Package install means that individually users will have to know this thing
> and they may or may not be able to find this package. I don't know what
> words to google for
On Sat, Feb 19, 2022 at 01:35:25AM +1100, Chris Angelico
wrote:
> On Sat, 19 Feb 2022 at 01:30, Steven D'Aprano wrote:
> >
> > On Fri, Feb 18, 2022 at 01:18:55PM +1100, Chris Angelico wrote:
> >
> > > OR! You maintain your own requirements.txt manually, and always use
> > > 'pip install -r requi
*More than ten years ago, a video game known as "Minecraft" was in its
beta testing-phase.**End-users had many suggestions for Minecraft.*
*The Mojang team (developers of Minecraft ) used a web platform for
suggested changes to the videogame. **The website was known as "Get
Satisfaction" **The G
On Sat, 19 Feb 2022 at 05:56, Samuel Muldoon wrote:
> The python-ideas mailing list is a very cumbersome way to vet changes to the
> Python interpreter or other aspects of the python language. If the
> power-that-be would work with GetSatisfaction people to make a copy-cat of
> the GetSatisfact
On Sat, Feb 19, 2022 at 01:35:25AM +1100, Chris Angelico wrote:
> > Isn't the issue here that pip is not a full package manager, but just an
> > installer?
> >
>
> Hmm, what do you expect it to be? It installs, it removes, it resolves
> dependencies, it upgrades.
I don't have any expectations ei
I’m a big conda fan, but most of those quotes are simply saying the obvious
— pip is not for anything other than Python packages — which is well known.
I would argue that pip is a *Python* package manager— maybe not as full
featured as it could be, but very useful none the less.
-CHB
On Fri, Fe
严懿宸(文极) via Python-ideas writes:
> Hi folks, as illustrated in faster-cpython#150 [1], we have
> implemented a mechanism that supports data persistence of a subset
> of python date types with mmap, therefore can reduce package import
> time by caching code object.
Nice!
> Currently, we’ve m
Steven D'Aprano writes:
> by the time you have finished debugging the script, the reason for
> creating the venv in the first place is no longer relevent.
Eh? Would you be willing to unpack that reference to 'venv'
specifically, or was that just your patent-pending snark? I can't
recall a ven
17 matches
Mail list logo
