[LTP] [Automated-testing] [RFC] Include runltp-ng (runltp successor) into LTP git

Bird, Tim Tim.Bird@sony.com
Thu Nov 17 20:26:01 CET 2022


Just one quick bit of feedback...

> -----Original Message-----
> From: automated-testing@lists.yoctoproject.org <automated-testing@lists.yoctoproject.org> On Behalf Of Andrea Cervesato via
> lists.yoctoproject.org
> 
> Hi,
> 
> as you may know, runltp has been under bug fixing for years without
> providing any new feature. For this reason the Perl runltp-ng
> (https://github.com/metan-ucw/runltp-ng) was developed, providing an
> alternative solution that wasn't completely accepted by LTP community
> due to the choice of using Perl as the main language.
> 
> For this reason, a new Python runltp-ng has been developed during this
> year, with the target to replace Perl version and the current runltp in
> the next future. Its code can be found here:
> https://github.com/acerv/runltp-ng

I think this sounds like a great project, and I look forward to trying it out.

> runltp-ng Python version provides the following features:
>      - class based architecture in Python 3.6+

Why python 3.6+?  Fuego uses a docker container with an older
version of Debian, that defaults to Python version 3.5.3.

Is there something specifically in Python 3.6 that is required for runltp-ng?
Could it be avoided so that runltp-ng could be backward compatible with
older interpreters?

(Sorry, but this is one of my pet peeves about the whole Python ecosystem - the lack of
backward compatibility, and the constant need to be creating virtual environments
for basic tools and apps.)
 -- Tim



More information about the ltp mailing list