public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Michał Górny" <mgorny@gentoo.org>
To: Rich Freeman <rich0@gentoo.org>
Cc: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] Re: Council meeting 2015-04-14: call for agenda items
Date: Sat, 4 Apr 2015 17:48:29 +0200	[thread overview]
Message-ID: <20150404174829.133969d9@pomiot> (raw)
In-Reply-To: <CAGfcS_=+emORt-zvLjX2vg5b6nJ0f_nnEYM20C=bB7=uL+jZ4Q@mail.gmail.com>

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

Dnia 2015-04-04, o godz. 11:13:54
Rich Freeman <rich0@gentoo.org> napisał(a):

> On Sat, Apr 4, 2015 at 10:31 AM, Michael Palimaka <kensington@gentoo.org> wrote:
> > On 04/04/15 07:13, Andreas K. Huettel wrote:
> >> Am Freitag, 3. April 2015, 22:01:32 schrieb Rich Freeman:
> >>
> >>> For reference, the policy we came up with last time for ia64 and alpha only was:
> >>
> >>>   "If a maintainer has an open STABLEREQ, or a KEYWORDREQ blocking a
> >>>   pending STABLEREQ, for 90 days with archs CCed and otherwise ready
> >>>   to be stabilized, the maintainer can remove older stable versions of
> >>>   the package at their discretion. A package is considered ready to be
> >>>   stabilized if it has been in the tree for 30 days, and has no known
> >>>   major flaws on arches that upstream considers supported."
> >>
> >> If we're bringing this up again, we should maybe also clarify it. My understanding at the time was that the removal of older stable versions may leave the deptree of the arch in question in a broken state, however bad that is. There seem to be different interpretations though.
> >
> > I am against breaking the deptree for any arch that has a stable
> > profile. It's reasonable to expect devs to dekeyword revdeps to ensure
> > the deptree is consistent.
> > If the state of the arch really is that bad, its profiles should be
> > switched to dev or exp to reflect reality.
> >
> 
> Tend to agree, but be careful what you ask for.  Which would the arch
> team REALLY prefer after ignoring a bug for 90 days?  The stable
> depgraph is broken and they have to hurry and stabilize one package to
> fix it, OR the stable depgraph is fine, but suddenly 300 packages no
> longer have stable keywords at all.  Fixing the latter would be a
> royal PITA without git.  Getting rid of stable on those 300 packages
> is also a lot of work for the package maintainer without some kind of
> tool to automate this.

What Gentoo developers would really prefer is being able to commit to
packages without using --force just because someone screwed up
the dependency tree. If you don't care about stable working on some
arch, don't mark the arch profiles stable.

-- 
Best regards,
Michał Górny

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

  parent reply	other threads:[~2015-04-04 15:48 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-02 14:14 [gentoo-project] Council meeting 2015-04-14: call for agenda items Tim Harder
2015-04-02 16:45 ` Ulrich Mueller
2015-04-03 19:33 ` [gentoo-project] " Michael Palimaka
2015-04-03 20:01   ` Rich Freeman
2015-04-03 20:13     ` Andreas K. Huettel
2015-04-04 14:31       ` Michael Palimaka
2015-04-04 15:13         ` Rich Freeman
2015-04-04 15:44           ` Michał Górny
2015-04-04 15:48           ` Michał Górny [this message]
2015-04-04 22:02           ` William Hubbs
2015-04-05 12:32             ` Pacho Ramos
2015-04-05 12:44               ` Ben de Groot
2015-04-05 19:50               ` William Hubbs
2015-04-05 20:20                 ` James Le Cuirot
2015-04-05 21:27                 ` Andrew Savchenko
2015-04-05 22:54                   ` Rich Freeman
2015-04-05 23:05                     ` Patrick Lauer
2015-04-06  0:47                       ` Rich Freeman
2015-04-06  7:55                         ` Michał Górny
2015-04-06 20:52                         ` Pacho Ramos
2015-04-06 22:22                           ` Matt Turner
2015-04-07 15:38                             ` Michael Palimaka
2015-04-07 23:25                               ` Anthony G. Basile
2015-04-07 23:29                                 ` Rich Freeman
2015-04-07 23:50                                   ` Anthony G. Basile
2015-04-08 11:51                                   ` William Hubbs
2015-04-08 13:33                                     ` Rich Freeman
2015-04-08 17:39                                       ` William Hubbs
2015-04-08 18:15                                         ` Rich Freeman
2015-04-08 22:41                                           ` William Hubbs
2015-04-09  0:01                                             ` Rich Freeman
2015-04-08 11:58                                   ` Michael Palimaka
2015-04-07 23:38                             ` Rich Freeman
2015-04-07 23:42                               ` Francesco Riosa
2015-04-08  0:01                               ` Matt Turner
2015-04-08  0:35                                 ` Rich Freeman
2015-04-05 23:38                     ` Andrew Savchenko
2015-04-06  7:59                       ` Michał Górny
2015-04-06 10:29                         ` Rich Freeman
2015-04-06 11:09                           ` Michał Górny
2015-04-06 21:37                         ` Andrew Savchenko
2015-04-06 22:05                           ` Michał Górny
2015-04-06 22:25                             ` Andrew Savchenko
2015-04-06 22:28                           ` William Hubbs
2015-04-07  0:02                           ` Rich Freeman
2015-04-06  9:28 ` [gentoo-project] " Michał Górny
2015-04-11  7:13   ` Ben de Groot
2015-04-11  9:04     ` Ulrich Mueller
2015-04-11 11:58       ` Rich Freeman

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=20150404174829.133969d9@pomiot \
    --to=mgorny@gentoo.org \
    --cc=gentoo-project@lists.gentoo.org \
    --cc=rich0@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