public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Pallav Agarwal <pallavagarwal07@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Proposal for changes for the next EAPI version
Date: Tue, 17 May 2016 13:07:43 +0530	[thread overview]
Message-ID: <CAK23ojQ-RadRH8a_=fiHB0crpZDEe-RQU5cu71URG1fDPHO97A@mail.gmail.com> (raw)
In-Reply-To: <20160516183840.4b241463@gentp.lnet>

[-- Attachment #1: Type: text/plain, Size: 1943 bytes --]

For normal users we wouldn't. But currently, arch-testers need to make a
judgement call on what to test when a stable-req bug is filed. Tests run in
src_test are provided by upstream, and does not guarantee that a package
that has been merged will actually run on the system.
If the maintainer could add a couple small scripts to check basic
functionality
of the merged package, it would make testing for arch testers much easier
and reliable.
Let me give an example. Let's say
app-misc/screenfetch-2.7.7 is the current stable package for screenfetch in
the portage tree.
However, on running, it produces an error on the top, along with the proper
output.
If screenfetch-3.0.0 happens to fix that error, maintainer can add a simple
script

       if [ "$(screenfetch 2>&1 1>/dev/null)" != "" ] then
             eerror "Still producing error"
       fi

To make sure the build is properly updating the screenfetch version, and
that
the bug has in fact been fixed. This is the only way I can see to reliabily
and automatically test packages that have been merged successfully.

-------
Regards,
Pallav

On Mon, May 16, 2016 at 10:08 PM, Luis Ressel <aranea@aixah.de> wrote:

> On Mon, 16 May 2016 18:13:33 +0530
> Pallav Agarwal <pallavagarwal07@gmail.com> wrote:
>
> > What I'm suggesting is to add a new function post_install_test. The
> > function will run only if the build is being run for stabilization
> > (either as a part of automated stabilization, or manual) which can be
> > controlled by a USE flag. The function would also require independent
> > dependencies in case it uses external applications to test the one
> > being built.
>
> Could you please elaborate on this? We already have src_test() for
> automated tests. Why would we want to run additional tests after the
> package has been merged?
>
> --
> Regards,
> Luis Ressel
>
> Luis Ressel <aranea@aixah.de>
> GPG fpr: F08D 2AF6 655E 25DE 52BC  E53D 08F5 7F90 3029 B5BD
>

[-- Attachment #2: Type: text/html, Size: 2811 bytes --]

  reply	other threads:[~2016-05-17  7:38 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-16 12:43 [gentoo-dev] Proposal for changes for the next EAPI version Pallav Agarwal
2016-05-16 16:38 ` Luis Ressel
2016-05-17  7:37   ` Pallav Agarwal [this message]
2016-05-17  8:02     ` Kent Fredric
2016-05-17  8:46       ` Tobias Klausmann
2016-05-17  9:15         ` Kent Fredric
2016-05-17 10:57           ` Rich Freeman
2016-05-17 11:25             ` Pallav Agarwal
2016-05-17 11:42               ` Rich Freeman
2016-05-17 10:01         ` Pallav Agarwal
2016-05-17 11:26           ` Michael Orlitzky
2016-05-17 11:29             ` Ciaran McCreesh
2016-05-18  8:18               ` [gentoo-dev] " Duncan
2016-05-17 13:53     ` [gentoo-dev] " M.B.
2016-05-17 14:02       ` Brian Dolbec
2016-05-17 15:34     ` Luis Ressel
2016-05-17 16:05       ` Sébastien Fabbro
2016-05-17 16:42         ` Rich Freeman
2016-05-18  0:14         ` Kent Fredric
2016-05-18  0:35           ` M. J. Everitt
2016-05-18  0:44             ` Kent Fredric
2016-05-18  0:48               ` M. J. Everitt

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='CAK23ojQ-RadRH8a_=fiHB0crpZDEe-RQU5cu71URG1fDPHO97A@mail.gmail.com' \
    --to=pallavagarwal07@gmail.com \
    --cc=gentoo-dev@lists.gentoo.org \
    /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