From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 678A5138262 for ; Wed, 18 May 2016 00:15:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 38FE321C06C; Wed, 18 May 2016 00:14:58 +0000 (UTC) Received: from mail-yw0-f194.google.com (mail-yw0-f194.google.com [209.85.161.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4606C21C01D for ; Wed, 18 May 2016 00:14:57 +0000 (UTC) Received: by mail-yw0-f194.google.com with SMTP id i22so4476014ywc.1 for ; Tue, 17 May 2016 17:14:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-transfer-encoding; bh=ENhN1FKna3O4GAFpEQzkd2+3CCV9PaHr9/1S46V4w24=; b=D2e1lz5jHQ/A9K5TGi4KZDXho0o2unbQO04CuctvVWc2HlYcUuIKlbOMDYkij7A0sl 2ZoiSipeeNy0cGrjfgMuEd76x6Pz4mnO8Ycmmq6YfZhFMkZahD3ZL9ZSxXcHxXn0miDr 8Ypmq5ZoP34riLMAb+4/wbb+1PvjettuRlw6/1TxQPgsKTfSc7lbexxVjUqYPt9cLz/c To0N1rSlOs0o0fuT19C7E0xgatbB1ia3dnFH/NUA0mm8Loa3zXlOpRIelxwUp4CP4h0t fRhHEx6C7yqiJQGi6hByrY5c89tovf7hnbDFctUZ0Kv5VtGypOop8Xm/x52q+J+sr1YS t1Iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-transfer-encoding; bh=ENhN1FKna3O4GAFpEQzkd2+3CCV9PaHr9/1S46V4w24=; b=TSOdptZbIxoXZ6NMaDlQ5XZjG1XGRyGyAmznF6j89wN8uMc9vF/ZVHLx9tizh5szwT C1xhGF5EK1AGQ5mZdgsnV/qaUggfxt/inOU5KtI1VVL14ATMxEeXD2zUP89XecxadCp0 koVrEBRBmP0iDGrqQS8SuvGCXKnivHGbkOIMBqVxVkoKprBbwqahmh7ZWU1D6wCEVPgN iZL191bKN6ENd8YMe1cOKJwkKu8FLw0fh410h8ATNuQUgHqkmJNzUeFOXLO40x1dtpsn U2J/jc3j0ZGmtFcZ9S3REVEL32J5AASfVILwEzWqHbr9kstAQ4ppCZnSEqMGC+Wag5Tg +AYA== X-Gm-Message-State: AOPr4FWEMdeLWN1GHYSFIMrlEqQNIXDNClhALkOjfwTGXJxCq8DxtR495FqhBGHDztbotMHPN6lvYGLoMd9tWw== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.37.66.67 with SMTP id p64mr2392628yba.77.1463530496289; Tue, 17 May 2016 17:14:56 -0700 (PDT) Received: by 10.13.241.199 with HTTP; Tue, 17 May 2016 17:14:56 -0700 (PDT) In-Reply-To: References: <20160516183840.4b241463@gentp.lnet> <20160517173418.168d2cba@gentp.lnet> Date: Wed, 18 May 2016 12:14:56 +1200 Message-ID: Subject: Re: [gentoo-dev] Proposal for changes for the next EAPI version From: Kent Fredric To: gentoo-dev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 838d64f4-b833-418c-93ed-d985f06348fc X-Archives-Hash: 0d7df3eed25417fe8429c594b44aa925 On 18 May 2016 at 04:05, S=C3=A9bastien Fabbro wrote: > Basically CI for ebuilds: it could be implemented as a script living > in the package directory, something like a .travis.yml in the GitHub > repositories or may be an EAPI change. Debian has a similar project > [1]. Upstream could provide CI tests and sometimes they do, but we > want to make sure the package integrates well in an installed Gentoo > distribution. Something like $CAT/$PN/maintainers/tests/<*> or something like that I could live with, the idea being to keep as much of this content *out* of the main ebuild flow as possible. I'd much rather however not to require files in $CAT/$PN to be changed, but to have a schema for code that can be run conditionally on any suitable package via matching ( CAT, PN, inherit, project=3D, maintainer=3D ) properties. Mostly, because there are a lot of places where you'd never want to implement the logic for a single package, you'd want to employ it for a whole bunch. Unfortunately, at present, the *sorts* of logic I personally see myself implementing would require additional dependencies to perform. This is why we're not already doing it in src_test(), because it would expand the dependency graph for end users without benefit, ( and in the way I'm thinking, results in risking a circular dependency, as some of the tests I'm wanting to do would require Perl modules installed, but these tests are to check things about Perl modules, which risks requiring itself to validate itself ...., and exposing users to that is inexcusable ) --=20 Kent KENTNL - https://metacpan.org/author/KENTNL