Summary: | [Future EAPI] Drop all default phase functions | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Michał Górny <mgorny> |
Component: | PMS/EAPI | Assignee: | PMS/EAPI <pms> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | esigra |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=241442 https://bugs.gentoo.org/show_bug.cgi?id=351103 https://bugs.gentoo.org/show_bug.cgi?id=433577 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 174380 |
Description
Michał Górny
2011-08-23 15:55:12 UTC
Down this path lies people making "obvious" and "trivial" changes that "won't break anything" to the defaults... (In reply to comment #1) > Down this path lies people making "obvious" and "trivial" changes that "won't > break anything" to the defaults... Right now they can as well. Going down your path, we end up with single person-distro, just because others can break it. And yes, I'm aware that there are some devs who don't care about anyone and just do what they want to. We should start handling that rather than trying to move everything out of their reach. We might also want to consider various hybrid approaches: A) Package manager provides some default eclasses B) Package manager depends on a package which installs some default eclasses (and this default eclass distribution can be shared by multiple package managers) By separating the eclasses from the repository in this way, it eliminates a dependency on the 'gentoo' repository. there's fundamentally two different ideas ... making the default a nop, and moving the defaults to the tree. on the default->nop part, i dont think that makes sense. if the majority of packages are configure/make based, then it only makes sense for those to be the default. and considering it's trivial to write your own eclass with your own defaults, i dont see this being a hindrance whatsoever. so, as for "all build systems are treated equally and explicitly", that's just fluff. the focus is on making the default simple/easy, not on treating everyone equally. I'm no longer for this, and we're kinda going the opposite direction. |