![](https://seccdn.libravatar.org/avatar/184f2936f5d39b27534f4dd7c4d15bfb.jpg?s=120&d=mm&r=g)
Greg Freemyer wrote:
Wrt "supported" functionality, I could imagine such issues eventually becoming a topic for the ST. The ST could veto planned changes in order to maintain functionality (e.g. /usr as NFS-mount) deemed to be essential to openSUSE.
Veto if much too hard a word. Any ST can only try to make the listeners aware of the problem and try to convince them to change they mind.
Only ther boss can have a veto or give orders. Ir once we have a Fondation, *and* if this fondation is appointing programmers (a la mozilla), then may be, and this have to be very carefully done
jdd
RE: vetos
On the technical side, vetos definitely exist, and they exist now.
The Release Manager (Coolo) ultimately decides what goes into openSUSE. ie. The Release Manager has veto power.
eg. If I decided I wanted to submit a patch to change grub to grub2, it has to be accepted. And in the current setup that basically means Coolo has to accept it. (or veto it).
I have no issue with that reality. Coolo does a great job from what I can tell. But to claim he doesn't have that power is to be blind to reality.
I assume Per's desire is to make this reality more transparent. ie. I suspect many users, non-developer contributors don't know how broad the Release Manager's responsibilities are.
Just as you are, I am also perfectly happy with the job that Coolo does - more transparency would be good, I agree, but I see that as a side effect (perhaps). My thought is to have an SC that is charged with looking after the users' demands/needs/wishes and hopefully thus steer/help the project towards a larger user base. We, the openSUSE community, produce/collaborate to produce a distro for the users. Earlier when SuSE Linux was sold as DVDs in boxes, there was a clear and constant focus on producing something that could be sold to the user. We no longer do that, and afaict, noone is looking after the user. (I have been in software engineering much too long to trust any engineer to know what the user wants). -- Per Jessen, Zürich (5.9°C) -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org To contact the owner, email: opensuse-project+owner@opensuse.org