Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
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

      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