Am Montag, den 23.02.2009, 22:25 +1300 schrieb Alistair Bush: > > Tiziano Müller wrote: > >> What is proposed in glep-55 seems to aim to solve both issues at the > >> same time (it isn't stated) by switching file extension every time the > >> eapi is changed. This is slightly against the principle of the least > >> surprise and apparently is disliked by enough people to lead the > >> situation to be discussed in the council. > >> > > > > Instead of switching file extension every time the eapi is changed you > > could also increment it only when a new EAPI breaks sourcing the ebuild > > compared to the requirements of the prior EAPI. > > (This way you'd in fact split EAPI into a major- and a minor-version.) > > > > Doesn't that just add extra complexity for no gain. Yes, sure. I was just looking for a solution for the "we have countless .eapi-X after 10 years" problem.
> Personally I don't see what the problem is with simply implementing > GLEP-55. It's the best solution. > It should be pretty simple to implement too. Certainly it wouldn't be > anymore difficult to implement than your solution. I fully agree.
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
