Am 29.06.21 um 09:20 schrieb Lars-Dominik Braun:
AFAIK this might not be true if other build systems not using setuptools
at all might show up. And isn't this the main reason for all your work?
No, try
Sorry, I've been inprecise on this:
There might still be quite some packages out there
Hi again,
> No, try
>
> git clone https://github.com/pypa/pep517.git
> cd pep517
> pip wheel --use-pep517 -v .
>
> which has no setup.py and uses flit instead. pip can build it, because
> it supports PEP 517-based builds. As I said, if we decide to keep it
> bundled with our
Hi Hartmut,
> What should be the use of having a package without pip? Anything else
> than saving a few KB?
saving some space and unvendoring components that we also have separate
packages for. (As I understand it, ensurepip, which installs both pip and
setuptools, is merely a convenience tool
Hi Lars-Dominik,
Am 28.06.21 um 13:59 schrieb Lars-Dominik Braun:*
Not installing pip by default might break some user's environments.
Anyhow, since using pip in guix is not such a good idea anyway, this
should be okay.
True. We could rename python→python-minimal-interpreteronly
Hi Hartmut,
> sorry for being late for commenting on this (the time I can spend on
> guix is rather limited atm).
no problem, same thing on my side.
> *
>
> Not installing pip by default might break some user's environments.
> Anyhow, since using pip in guix is not such a good idea
Hi Lars,
sorry for being late for commenting on this (the time I can spend on
guix is rather limited atm).
Here are some general remarks on this patch-set (in order of appearance):
*
Not installing pip by default might break some user's environments.
Anyhow, since using pip in guix
Hi Tanguy,
(cross-posting this to the issue itself too)
> Sorry if I'm (very) late, but apprently this hasn't made it to master
> yet, so… What the status? Do you still need a willing-but-maybe-not-qualified
> person to review or discuss your patch?
the patch set works, I can build many Python
Hi Lars,
Excerpts from Lars-Dominik Braun's message of May 17, 2021 8:24 am:
> just a quick reminder that an updated version (includes
> python-toolchain) of this proposal is still looking for a code review or
> further discussion. So if you feel confident about touching
> python-build-system,
Hi everyone,
just a quick reminder that an updated version (includes
python-toolchain) of this proposal is still looking for a code review or
further discussion. So if you feel confident about touching
python-build-system, please have a look at
https://issues.guix.gnu.org/46848#1
I’d be nice to
Am 23.01.21 um 13:34 schrieb Lars-Dominik Braun:
Remove pip and
setuptools from python (saves almost 20MiB from the closure
When doing to we need to be carefully. pip is expected to be available
after installing "python". So when removing pip and setuptool, we would
need some
Hello,
Tanguy LE CARROUR writes:
> Excerpts from Tanguy LE CARROUR's message of January 22, 2021 9:38 am:
>> Excerpts from Tanguy LE CARROUR's message of January 6, 2021 4:32 pm:
>>> Excerpts from Lars-Dominik Braun's message of January 5, 2021 11:25 am:
> So, I've tried packaging
Excerpts from Tanguy LE CARROUR's message of January 22, 2021 9:38 am:
> Excerpts from Tanguy LE CARROUR's message of January 6, 2021 4:32 pm:
>> Excerpts from Lars-Dominik Braun's message of January 5, 2021 11:25 am:
So, I've tried packaging `python-keyring` with those two…
On January 25, 2021, Lars-Dominik Braun wrote:
> Being able to demote setuptools and pip
> to ordinary packages is merely a side-effect, because they’re not
> essential any more.
I didn't read all of PEP 517, does it deprecate bundling pip with
Python? My understanding was that it just gives
Hi Ryan,
> I think if we do that then Python will need a treatment similar to GCC,
> where we don't expose the package and instead offer a compound package
> (could be called "python-toolchain" or just "python") which includes pip
> and setuptools. The last decades of python packaging have
On January 23, 2021, Lars-Dominik Braun wrote:
> [...] Remove pip and
> setuptools from python (saves almost 20MiB from the closure and avoids
> weird conflicts between python’s setuptools and python-setuptools) and
> turn them into (almost) ordinary packages.
I think if we do that then Python
Hi Lars,
Excerpts from Lars-Dominik Braun's message of January 23, 2021 1:34 pm:
>> Done! :-)
>> I've eventually succeeded in ("properly") packaging a software managed
>> with Poetry. And I've learned quite a lot on the way!
> oh, I see. I’ve actually been trying to replace python-build-system
Hi Tanguy,
> Done! :-)
> I've eventually succeeded in ("properly") packaging a software managed
> with Poetry. And I've learned quite a lot on the way!
oh, I see. I’ve actually been trying to replace python-build-system with
a python-build based build. Attached is my current work in progress. I
Hi Guix, hi Lars,
Excerpts from Tanguy LE CARROUR's message of January 6, 2021 4:32 pm:
> Excerpts from Lars-Dominik Braun's message of January 5, 2021 11:25 am:
>>> So, I've tried packaging `python-keyring` with those two…
>>>
>>> `pep517` keeps on trying to download dependencies, which won't
Excerpts from Lars-Dominik Braun's message of January 5, 2021 11:25 am:
> Hi Tanguy,
>
>> So, I've tried packaging `python-keyring` with those two…
>>
>> `pep517` keeps on trying to download dependencies, which won't work.
>>
>> `build` crashes with "ZIP does not support timestamps before
Hi Lars,
Excerpts from Lars-Dominik Braun's message of January 5, 2021 11:25 am:
> Hi Tanguy,
>
>> So, I've tried packaging `python-keyring` with those two…
>>
>> `pep517` keeps on trying to download dependencies, which won't work.
>>
>> `build` crashes with "ZIP does not support timestamps
Hi Tanguy,
> So, I've tried packaging `python-keyring` with those two…
>
> `pep517` keeps on trying to download dependencies, which won't work.
>
> `build` crashes with "ZIP does not support timestamps before 1980",
> which, I guess is related to the fact that everything in the store is
>
Hi Tanguy,
Am 10.11.20 um 09:47 schrieb Tanguy Le Carrour:
Actually, I'm not even yet sure that Poetry needs a dedicated build system,
as it also relies on a build-backend (defined in `pyproject.toml`) which
just happened to be `poetry.core.masonry`, but could be another one… I
guess, I'm not
Hi Hartmut,
Le 11/09, Hartmut Goebel a écrit :
> seems like another messages of mine, regarding the first thread about a
> poetry build system, did not make it to the list.
>
> Am 08.11.20 um 15:27 schrieb Tanguy Le Carrour:
> > I've just learned, by accident (working on `python-keyring` [1]),
Hi Leo,
Le 11/08, Leo Famulari a écrit :
> On Sun, Nov 08, 2020 at 03:27:17PM +0100, Tanguy Le Carrour wrote:
> > `pep517` keeps on trying to download dependencies, which won't work.
>
> That usually means that the software is missing some dependencies. If
> you think they should be available in
Hi Michael,
Le 11/08, Michael Rohleder a écrit :
> Tanguy Le Carrour writes:
> > I've just learned, by accident (working on `python-keyring` [1]), that
> > `python setup.py install` was somehow deprecated in favor of tools like
> > `pep517` or `build`.
> >
> > So, I've tried packaging
Hi,
seems like another messages of mine, regarding the first thread about a
poetry build system, did not make it to the list.
Am 08.11.20 um 15:27 schrieb Tanguy Le Carrour:
I've just learned, by accident (working on `python-keyring` [1]), that
`python setup.py install` was somehow
Hello Tanguy,
Tanguy Le Carrour writes:
> I've just learned, by accident (working on `python-keyring` [1]), that
> `python setup.py install` was somehow deprecated in favor of tools like
> `pep517` or `build`.
>
> So, I've tried packaging `python-keyring` with those two…
apropos python-keyring:
On Sun, Nov 08, 2020 at 03:27:17PM +0100, Tanguy Le Carrour wrote:
> `pep517` keeps on trying to download dependencies, which won't work.
That usually means that the software is missing some dependencies. If
you think they should be available in the build environment,
double-check that they are,
Hi Guix!
I have some general questions regarding Python packaging, that are not
directly related to the "poetry build system" I'm currently working on.
I've just learned, by accident (working on `python-keyring` [1]), that
`python setup.py install` was somehow deprecated in favor of
29 matches
Mail list logo
