public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Kent Fredric <kentnl@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] About adding a *warning* to remind maintainers to check for new PYTHON_COMPAT values
Date: Tue, 11 Jul 2017 01:35:34 +1200	[thread overview]
Message-ID: <20170711013534.11cb860f@katipo2.lan> (raw)
In-Reply-To: <1499687023.24824.12.camel@gentoo.org>

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

On Mon, 10 Jul 2017 13:43:43 +0200
Pacho Ramos <pacho@gentoo.org> wrote:

> Yes, but it's similar as the cases when we need to fix our packages
> to work with a newer library they depend on. In this case it would be
> even easier as we can have multiple python versions and switch to the
> newer one for testing while going back to the stable one (if
> preferred) later.
> 

I'm starting to think we need a collection of QA scripts in a repo
somewhere, optimized for symlinking into /etc/portage/hooks/install/

And make it standard practice for:

- Gentoo Devs to have those scripts
- Tinderboxers' to have those scripts

That's going to be the only way we can get these warnings in ways
*developers* will see them, but: 

1. Won't needlessly clutter stable users systems
2. Won't produce loads of ebuild bumps that do waves of metadata
updates for things that don't affect end users.

Presently the only things *like* this require hard-coded QA logic into
portage itself, which, while useful, pulls us back to the whole problem
where it might affect users, and becomes tightly coupled to portage's
release cycle.

We could however make things simpler, and have a package that installs
these QA hacks into the hooks dir for us, and then it would be a matter
of simply installing them via opt-in.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2017-07-10 13:36 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-10 11:04 [gentoo-dev] About adding a *warning* to remind maintainers to check for new PYTHON_COMPAT values Pacho Ramos
2017-07-10 11:12 ` Kristian Fiskerstrand
2017-07-10 11:43   ` Pacho Ramos
2017-07-10 13:35     ` Kent Fredric [this message]
2017-07-10 13:41       ` Kristian Fiskerstrand
2017-07-11  4:24         ` Brian Dolbec
2017-07-10 14:22       ` [gentoo-dev] " Michael Palimaka
2017-07-10 14:59     ` [gentoo-dev] " M. J. Everitt
2017-07-10 13:49 ` Rich Freeman
2017-07-10 16:55 ` William Hubbs
2017-07-10 17:25   ` Alexis Ballier
2017-07-11 11:21   ` Pacho Ramos
  -- strict thread matches above, loose matches on Subject: below --
2017-07-10 17:37 Kent Fredric

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=20170711013534.11cb860f@katipo2.lan \
    --to=kentnl@gentoo.org \
    --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