From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [RFC] Python packages
Date: Wed, 14 Dec 2011 09:34:56 +0100 [thread overview]
Message-ID: <20111214093456.59d835e7@skate> (raw)
In-Reply-To: <CAAXf6LVwxWepKARkmERWCDJPL9CnvNe1GuNyqoFDv+Un839E6w@mail.gmail.com>
Le Wed, 14 Dec 2011 09:01:56 +0100,
Thomas De Schampheleire <patrickdepinguin+buildroot@gmail.com> a ?crit :
> I think this should depend on what you consider a 'python package'. Is
> a script written in Python a python package? In my opinion it is not.
> With this reasoning, such a script should be under package/scriptname
> and be listed in the relevant menuconfig category. For example,
> 'dstat' is a system monitoring tool written in Python, and I think it
> belongs under "Debugging, profiling and benchmark".
Agreed.
> However, packages that really are extensions, i.e. add functionality
> to the language that can be used by scripts written in that language,
> e.g. serial communication capabilities, could be added in
> package/python-foo as you suggest, and I would put them under a
> language-specific menu in menuconfig. Things like python-mad, dpkt and
> netifaces would fit under this category.
Right.
> My reasoning is that if you as a developer need such a package, then
> you already know that you need a Python interface, and so the step to
> going to the Python menu. But, for scripts like dstat, you typically
> don't care whether it's written in Python or another language and thus
> you don't expect it to be present in the python menu but rather in the
> related category.
Agreed.
For Lua, it's done this way, i.e all Lua extension packages are grouped
in a sub-menu of the Lua interpreter.
For Python, the python-mad and python-serial packages have been put in
their respective topics (Multimedia and Hardware handling I guess).
Would probably be good to move them in a sub-menu of the Python
interpreter.
Regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
prev parent reply other threads:[~2011-12-14 8:34 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-14 7:41 [Buildroot] [RFC] Python packages Yegor Yefremov
2011-12-14 7:46 ` Thomas Petazzoni
2011-12-14 7:59 ` Yegor Yefremov
2011-12-14 8:01 ` Thomas De Schampheleire
2011-12-14 8:34 ` Thomas Petazzoni [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=20111214093456.59d835e7@skate \
--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