I'm replying here because I couldn't decide whether or not it made
more sense to reply to your email, your blog post, your reply to
flameeyes blog post, your radio commercial, your television
advertisement, or your phone call.

The things that this doesn't do (Or if it does it isn't documented) is
account for:

*packages where there is no stable version on that arch. (Or does
adjutrix still suggest keywording.. its unclear)

* This doesn't address the initial claim that versions of packages are
in the tree waiting on only a mips/lesser supported arch to keyword
them.  It only says that some arch has keyworded a package stable, and
others havn't, this does not show that version N is only in the tree
because of arch xyz (which is why I stated that adjutrix doesn't do
this).

* The numberes themselves could be considdered useless as it only
shows packages which have been marked ~ on that arch in the past (not
missing keywords)-- Therefore on an arch like x86/amd64 where more
packages have been tested, there will be more to stabilize. (I realize
that this doesn't really affect the initial claim any, just pointing
out how the numbers are not that representative.


On 2/19/07, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
It is widely perceived that Gentoo has a huge problem with slacker
archs cluttering up the tree and making maintainers' work harder.
Clearly, something needs to be done about this.

I think the first step is to establish what all the problem
architectures are. We all know that mips is by far the worst offender,
but by how much? Rather than speculating wildly, I decided to make use
of adjutrix and wc to find out. So, here we have a table showing just
how much mips is a slacker arch:

Arch             Number of packages where this arch is slacking
================ ==============================================
m68k              37
ppc-macos         56
sh                84
s390              87
arm              120
sparc            155
hppa             176
ia64             221
ppc64            278
mips             292
ppc              359
alpha            361
amd64            413
x86              560

As expected, supporting minority archs is leading to tree-wide bloat
and huge initial rsync times for users. Clearly something has to be
done to protect Gentoo from those useless minority archs! I mean, how
many users do we *really* have using amd64 or x86?

--
Ciaran McCreesh
Mail                                : ciaranm at ciaranm.org
Web                                 : http://ciaranm.org/
Paludis, the secure package manager : http://paludis.pioto.org/



--
[email protected] mailing list

Reply via email to