From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 3/8] python-setuptools: check host-python version
Date: Tue, 9 Jan 2018 08:59:13 +0100 [thread overview]
Message-ID: <20180109085913.3e326979@windsurf> (raw)
In-Reply-To: <1515462462.25398.31.camel@impinj.com>
Hello,
On Tue, 9 Jan 2018 01:47:42 +0000, Trent Piepho wrote:
> If I understand correctly, the fundamental problem is that Adam's patch
> allows for simultaneously enabling both host python2 and host python3
> and building host python packages using both python versions or a
> version different than the target python version.
Correct.
> But I think Adam pointed out a real flaw that can be fixed. It's
> caused problems for me as well.
>
> The issue is that the host python version is linked to the target
> python version. Which is fine, if there is a target python. But the
> logic fails if there is no target python.
>
> Right now, one gets this:
> Target Python 2 -> Host Python 2
> Target Python 3 -> Host Python 3
> No Target Python -> Host Python 2
Absolutely.
> I'd like to build host python 3 utilities and don't have python on the
> target. Can't see a way to configure buildroot to do that. I can add
> a build dep on host-python3 and get the interpreter built, but I can't
> make a host-python-package using python3.
>
> I think this could be fixed by making host python config options, which
> are forced by the target python configs, so that host python can only
> be selected manually if no target python is enabled.
>
> Packages that want to depend on host python should use the host python
> config to select which python to depends on, rather than the target
> python config as they do now. If target python is enabled, then host
> python == target python so there is no change. But without target
> python it will be possible to build select either host-python3 or host-
> python as the python version to be used by host-python-setuptools.
Yes, this would be possible. Feel free to make a proposal in this
direction.
In general, we have already discussed several times adding Config.in
options for all host packages. They would be hidden options for most of
the packages, but they would still be visible for some packages (like
we have today in Config.in.host).
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
next prev parent reply other threads:[~2018-01-09 7:59 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-02 16:33 [Buildroot] [PATCH 0/8] python: clean up host version logic Adam Duskett
2018-01-02 16:33 ` [Buildroot] [PATCH 1/8] python: add selectable host entry Adam Duskett
2018-01-02 16:33 ` [Buildroot] [PATCH 2/8] python3: " Adam Duskett
2018-01-02 16:33 ` [Buildroot] [PATCH 3/8] python-setuptools: check host-python version Adam Duskett
2018-01-02 20:44 ` Thomas Petazzoni
2018-01-02 22:13 ` Trent Piepho
2018-01-05 20:29 ` Thomas Petazzoni
2018-01-09 1:47 ` Trent Piepho
2018-01-09 7:59 ` Thomas Petazzoni [this message]
2018-01-02 16:33 ` [Buildroot] [PATCH 4/8] pkg-waf.mk: " Adam Duskett
2018-01-02 16:33 ` [Buildroot] [PATCH 5/8] ninja: " Adam Duskett
2018-01-02 16:33 ` [Buildroot] [PATCH 6/8] libselinux: " Adam Duskett
2018-01-02 16:33 ` [Buildroot] [PATCH 7/8] setools: " Adam Duskett
2018-01-02 16:33 ` [Buildroot] [PATCH 8/8] libselinux: " Adam Duskett
2018-01-02 20:40 ` [Buildroot] [PATCH 0/8] python: clean up host version logic Thomas Petazzoni
2018-01-02 21:40 ` Yann E. MORIN
2018-01-02 21:44 ` Thomas Petazzoni
-- strict thread matches above, loose matches on Subject: below --
2018-01-02 15:27 Adam Duskett
2018-01-02 15:28 ` [Buildroot] [PATCH 3/8] python-setuptools: check host-python version Adam Duskett
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=20180109085913.3e326979@windsurf \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/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