From: Peter Volkov <pva@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] Moving HOMEPAGE out of ebuilds for the future
Date: Sun, 30 Nov 2008 19:50:17 +0300 [thread overview]
Message-ID: <1228063817.25651.147.camel@localhost> (raw)
In-Reply-To: <1228057835.2607.10.camel@mangurrian>
В Вск, 30/11/2008 в 16:10 +0100, Santiago M. Mola пишет:
> per-package eclasses [1].
> That way, it would be easy to avoid duplication of not only HOMEPAGE but
> also SRC_URI, LICENSE, or any other part of an ebuild.
Having per-package eclasses (PPE) just to set common HOMEPAGE is
definitely overkill. What other reasons for PPE to exist?
If you want to separate common code, then PPE is very dangerous.
Take for example ebuilds which share same src_*() function which you had
to modify a bit with version bump. To be absolutely sure that you have
not broke anything you'll have to check all versions of the package or
there are chances that you broke stable tree and have not noticed that.
Of course the same stands for eclasses. The difference between PPE and
global eclasses is that 1. PPE covers less packages and it'll take
longer to notice that error 2. per-package things are changing more
rapidly and thus more changes to PPE will be required. All this means
that we'll have more breakages. So what are the benefits to overbalance
this minuses?
--
Peter.
next prev parent reply other threads:[~2008-11-30 16:50 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-30 13:23 [gentoo-dev] [RFC] Moving HOMEPAGE out of ebuilds for the future Diego 'Flameeyes' Pettenò
2008-11-30 13:35 ` Jan Kundrát
2008-11-30 13:39 ` [gentoo-dev] " Diego 'Flameeyes' Pettenò
2008-11-30 13:50 ` [gentoo-dev] " Tobias Scherbaum
2008-11-30 13:56 ` Serkan Kaba
2008-11-30 14:17 ` Tobias Scherbaum
2008-11-30 14:20 ` [gentoo-dev] " Diego 'Flameeyes' Pettenò
2008-11-30 14:33 ` Tobias Scherbaum
2008-11-30 14:36 ` Diego 'Flameeyes' Pettenò
2008-11-30 14:28 ` [gentoo-dev] " Hans de Graaff
2008-11-30 15:03 ` Peter Volkov
2008-11-30 15:09 ` Serkan Kaba
2008-11-30 16:53 ` Peter Volkov
2008-11-30 20:57 ` Alec Warner
2008-11-30 23:12 ` [gentoo-dev] " Diego 'Flameeyes' Pettenò
2008-11-30 23:37 ` Jan Kundrát
2008-12-01 8:29 ` Diego 'Flameeyes' Pettenò
2008-12-02 20:35 ` James Cloos
2008-12-03 1:05 ` Diego 'Flameeyes' Pettenò
2008-12-03 2:16 ` Marius Mauch
2008-12-02 20:34 ` James Cloos
2008-12-01 0:20 ` Ciaran McCreesh
2008-12-01 1:05 ` Alec Warner
2008-12-01 8:24 ` Diego 'Flameeyes' Pettenò
2008-12-01 8:41 ` Alec Warner
2008-12-01 9:00 ` Diego 'Flameeyes' Pettenò
2008-12-03 1:11 ` Ryan Hill
2008-11-30 18:52 ` [gentoo-dev] " Steve Dibb
2008-11-30 13:46 ` Tomáš Chvátal
2008-11-30 13:51 ` Serkan Kaba
2008-11-30 13:59 ` Matti Bickel
2008-11-30 14:06 ` Tobias Scherbaum
2008-11-30 14:02 ` Ciaran McCreesh
2008-11-30 14:08 ` [gentoo-dev] " Diego 'Flameeyes' Pettenò
2008-11-30 14:42 ` [gentoo-dev] " Thomas Anderson
2008-11-30 14:44 ` Ciaran McCreesh
2008-11-30 15:10 ` Santiago M. Mola
2008-11-30 16:50 ` Peter Volkov [this message]
2008-11-30 16:54 ` Ciaran McCreesh
2008-11-30 18:07 ` Peter Volkov
2008-11-30 18:41 ` Ciaran McCreesh
2008-11-30 16:07 ` Joe Peterson
2008-11-30 22:17 ` James Cloos
2008-11-30 22:42 ` Ulrich Mueller
2008-12-03 0:50 ` Robin H. Johnson
2008-12-03 23:31 ` Gilles Dartiguelongue
2008-12-03 22:18 ` Robin H. Johnson
2008-12-03 23:51 ` Ciaran McCreesh
2008-12-03 23:36 ` Ciaran McCreesh
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=1228063817.25651.147.camel@localhost \
--to=pva@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