From: Zac Medico <zmedico@gentoo.org>
To: gentoo-portage-dev@lists.gentoo.org, "Michał Górny" <mgorny@gentoo.org>
Subject: Re: [gentoo-portage-dev] The build system (and install layout) of Portage
Date: Fri, 18 Mar 2022 11:06:10 -0700 [thread overview]
Message-ID: <914fc31b-c18f-fd69-a82a-59ccab333b8f@gentoo.org> (raw)
In-Reply-To: <cda656dd1adebe653f1070f6f0e4fba938897c2b.camel@gentoo.org>
[-- Attachment #1.1: Type: text/plain, Size: 1156 bytes --]
On 3/17/22 10:22, Michał Górny wrote:
> Hi, everyone.
>
> You've probably had the opportunity to hear that a lot has changed
> in Python packaging since Portage's setup.py was written in 2014. There
> were some minor changes to keep it working since but it's time to
> reconsider.
>
> Long story short, distutils is strongly deprecated, setuptools
> deprecated most of the customizations (and we're relying heavily
> on customizations), PEP 517 doesn't cover our use cases exactly...
> and it's quite likely that sooner or later our build system will fall
> apart. On top of that, setuptools is going through a stage of "let's
> vendor a new dependency every week", so it doesn't look like a feasible
> long-term solution. A large part of the problem is that Portage is
> heavily relying on non-Pythonic idioms for installing stuff.
I wonder if we can rely less on the deprecated customizations somehow.
For example, the venv_data_files function in setup.py succeeds in
installing a bunch of files in custom locations, and maybe we can rely
more on that approach (use it not only for venv installations).
--
Thanks,
Zac
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]
prev parent reply other threads:[~2022-03-18 18:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-17 17:22 [gentoo-portage-dev] The build system (and install layout) of Portage Michał Górny
2022-03-17 20:57 ` James Le Cuirot
2022-03-17 21:05 ` Michał Górny
2022-03-18 18:06 ` Zac Medico [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=914fc31b-c18f-fd69-a82a-59ccab333b8f@gentoo.org \
--to=zmedico@gentoo.org \
--cc=gentoo-portage-dev@lists.gentoo.org \
--cc=mgorny@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox