public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Diego Elio Pettenò" <flameeyes@flameeyes.eu>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: Please stop useless removals
Date: Fri, 01 Feb 2013 13:53:27 +0100	[thread overview]
Message-ID: <510BBAC7.10302@flameeyes.eu> (raw)
In-Reply-To: <510BB6D2.8060906@gentoo.org>

On 01/02/2013 13:36, Michael Weber wrote:
> Yeah, but test for /usr/share/doc/${PF} (random to irrelevant),

Which I don't open bugs about any longer.

> $CFLAGS/$LDFLAGS/$AR (enable these miraculous setup),

WTF does "enable these miraculous setup" mean? Seriously.

Also, no I don't test or bother opening bugs for either $AR or $CC. I do
test for and open bugs for $CFLAGS/$LDFLAGS handling because _that is
what Gentoo is about_ and among other things they work as a good sanity
check.

> automake-1.12 (at
> what point in future do you see that as oldest in-tree)

Are you dense? If automake-1.12 is installed, the majority of the tree
_will_ use it. The fact that I test for it is to avoid you getting the
bugs from users who really want to use your package.

> last are no
> statement regarding a packages functionality on a plain system.

If the package is TFU, and nobody cares enough to fix it, the
functionality "on a plain system" is screwed up anyway.

If you can't be bothered to make your package comply with at least the
minimum style of the rest of the tree, I'd honestly prefer you gave up
tree access.

> Keep on the ground.
> I rather prefer a combined discussion on "principles" or workflow, than
> bringing up this discussion for every single package.
> This is a general Gentoo list, so the mails might get some kind of
> "general".

The problem here is that it's not general. It's fantasy.

I'm not saying that we should remove a package because it has one
trivial bug not fixed in three months. But when upstream is dead, and
nobody in Gentoo is caring for it, has half a dozen open bug (trivial or
not), unsolved or unsolvable for over an year... punt the crap from the
tree and reduce the overload.

Also, since you are a dev, instead of complaining at how team $x removes
their packages, you can step in and save the package. As Alec said
"Gentoo is not a software archival service." so arguing on the principle
that we should never delete any package from our tree is simply
preposterous.

-- 
Diego Elio Pettenò — Flameeyes
flameeyes@flameeyes.eu — http://blog.flameeyes.eu/


  reply	other threads:[~2013-02-01 12:53 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <ky7mW-4MG-35@gated-at.bofh.it>
     [not found] ` <kyaXv-Nw-13@gated-at.bofh.it>
2013-02-01  7:36   ` Please stop useless removals (was: [gentoo-dev] last rites: games-arcade/bitefusion) Vaeth
2013-02-01  8:21     ` Alec Warner
2013-02-01  8:53       ` [gentoo-dev] "frozen" overlay Re: Please stop useless removals Michael Weber
2013-02-01  9:30         ` Sergey Popov
2013-02-01 10:53           ` Michael Weber
2013-02-01 13:23             ` Ian Stakenvicius
2013-02-01 11:38           ` Michał Górny
2013-02-01  9:35         ` Dennis Lan (dlan)
2013-02-01 11:11       ` Please stop useless removals (was: [gentoo-dev] last rites: games-arcade/bitefusion) Rich Freeman
2013-02-01 11:20         ` [gentoo-dev] Re: Please stop useless removals Diego Elio Pettenò
2013-02-01 11:26           ` Rich Freeman
2013-02-01 12:07           ` Michael Weber
2013-02-01 12:22             ` Diego Elio Pettenò
2013-02-01 12:36               ` Michael Weber
2013-02-01 12:53                 ` Diego Elio Pettenò [this message]
2013-02-01 13:26                   ` Rich Freeman
2013-02-01 13:36                     ` Wulf C. Krueger
2013-02-01 13:47                       ` Rich Freeman
2013-02-01 13:56                         ` Wulf C. Krueger
2013-02-01 14:00                           ` Ian Stakenvicius
2013-02-01 14:08                             ` Wulf C. Krueger
2013-02-01 14:45                               ` Rich Freeman
2013-02-01 18:59                                 ` Christopher Head
2013-02-01 13:47                       ` Michael Palimaka
2013-02-01 15:36             ` Richard Yao
2013-02-01 13:25           ` Ian Stakenvicius
2013-02-02 18:14       ` James Cloos
2013-02-02 20:42         ` Alec Warner
2013-02-01 15:51     ` Richard Yao
2013-02-01 22:52       ` Rich Freeman
2013-02-01 22:54         ` Diego Elio Pettenò
2013-02-01 23:17           ` Rich Freeman
2013-02-01 23:40             ` hasufell
2013-02-02  3:08         ` Philip Webb

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=510BBAC7.10302@flameeyes.eu \
    --to=flameeyes@flameeyes.eu \
    --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