[Piuparts-devel] Bug#595119: piuparts: modular way to add new tests?

Timo Juhani Lindfors timo.lindfors at iki.fi
Tue May 31 07:31:26 UTC 2011


Hi,

Scott Schaefer <saschaefer at neurodiverse.org> writes:
> From reading your report and your patch, I believe you can achieve
> this with the "custom scripting" interface
> (/usr/share/doc/piuparts/README.html or
> http://piuparts.debian.org/doc/README.html#_custom_scripts_with_piuparts).
> While perhaps not ideal, this interface provides a 'modular way to add
> new tests'.

Looks good indeed but is this only for my private tests? How do I get my
tests to run on piuparts.debian.org?

> In order to verify I am understanding ...
>
> You seemingly need a way to determine if <pattern> is anywhere in the
> "list of" Depends:; thus, your patch causes this to be built even in
> absence of --warn-on-others.  You then want to be able to test
> (ideally, via regexp ?) for presence of >=1 patterns in this set, and
> conditionally run your additional test(s) based on presence/absence of
> these patterns.

For example yes. The debian policy says that such a depends needs to
exist in a package that ships emacs addon packages that do
byte-compilation.

> While I have not attempted to produce set of shell scripts that
> provides this functionality, I believe there is no fundamental
> constraint in the interface that would preclude doing so.   Am I
> misunderstanding; i.e. is there some way the current interface does
> fails to address your needs ?

I didn't notice this custom scripting interface at all at that time.

> Finally, note your patch appears to unconditionally install and purge
> emacs if you run the test; this is likely not correct, since emacs may
> have either already been installed (dist-upgrade), or been installed
> by install_packages, so that this may then lead to subsequent error(s)
> during purge.

True.

-Timo






More information about the Piuparts-devel mailing list