Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Ciaran McCreesh <ciaran.mccreesh@...>
Subject: Re: About what would be included in EAPI5
Date: Sat, 16 Jun 2012 20:17:03 +0100
On Sat, 16 Jun 2012 20:59:18 +0200
Pacho Ramos <pacho@g.o> wrote:
> > Naah. This is one of those things that requires developers to put
> > quite a lot of exta effort in to their packages in order to improve
> > the quality of experience for users, which means it's not going to
> > be suitable for Gentoo's development model.
> 
> Well, not all people have infinite time to put that huge effort you
> sometimes would demand us to make things work perfectly :|

There are two problems with that answer.

Firstly, if getting something right takes a developer an extra ten
minutes but saves each user one second of effort, it should be
considered highly worthwhile. The fact that it isn't reflects very
poorly upon Gentoo's attitude towards its users.

Secondly, most of Gentoo's effort these days seems to be being spent
cleaning up self-inflicted problems. "Technical debt" really is an
issue here. By not doing things properly now, you're just adding to the
problems facing future developers.

> (and looks like Exherbo developer also have the same problem as this
> model is still not implemented there, no? And that is normal, they
> also have time constraints for sure)

Exherbo's generally pretty good at "rewrite all the packages!" type
things. Partly that's because there are fewer packages (but then there
are much better mechanisms for handling unpackaged packages), but it's
also because QA and having a clean architecture are taken seriously
there. Exherbo does have := and :*, and makes heavier use of slotting
than Gentoo (partly due to having a much better 'alternatives'
implementation). It doesn't have parts, because I've not had time to
work out exactly how to get the resolver to do them cleanly. Once the
package mangler side is done, experience has shown that there will be a
very short delay before every relevant package is using it.

-- 
Ciaran McCreesh
Attachment:
signature.asc (PGP signature)
References:
About what would be included in EAPI5
-- Pacho Ramos
Re: About what would be included in EAPI5
-- Ulrich Mueller
Re: About what would be included in EAPI5
-- Pacho Ramos
Re: About what would be included in EAPI5
-- Ciaran McCreesh
Re: About what would be included in EAPI5
-- Pacho Ramos
Re: About what would be included in EAPI5
-- Ciaran McCreesh
Re: About what would be included in EAPI5
-- Pacho Ramos
Re: About what would be included in EAPI5
-- Ciaran McCreesh
Re: About what would be included in EAPI5
-- Pacho Ramos
Re: About what would be included in EAPI5
-- Pacho Ramos
Re: About what would be included in EAPI5
-- Ciaran McCreesh
Re: About what would be included in EAPI5
-- Pacho Ramos
Re: About what would be included in EAPI5
-- Ciaran McCreesh
Re: About what would be included in EAPI5
-- Pacho Ramos
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: About what would be included in EAPI5
Next by thread:
Re: About what would be included in EAPI5
Previous by date:
Re: About what would be included in EAPI5
Next by date:
Re: [PATCH] prune_libtool_files(): go into .a removal only when .a exists.


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.