On Mon, December 7, 2015 13:41, Matthew Miller wrote:
On Fri, Dec 04, 2015 at 09:03:50AM -0500, James B. Byrne wrote:
On Thu, Dec 03, 2015 at 02:50:38PM -0500, m.roth@5-cent.us wrote:
For laptops, great. For anything else, not so much. For example, it's supposed to be an *ENTERPRISE* o/s... why does it automatically, without ever asking, install anything wifi? I'm
[...]
The short answer: Because RHEL is based on Fedora development.
This is roughly true, although "downstream" RHEL makes its own decisions about many things. If you (Mark, or anyone else) would like to make this different in the future, getting involved with Fedora Server is a good way to do so.
I subscribe to the Fedora Server list digest. Which form also is how I get this list's messages. Thus the delay in my responses.
However, to describe the Server List as an active forum for discussion would be somewhat overstating things. I have not received anything from it as yet in December and the total volume of traffic on that list in November was very light. I am not sure in what way you envisage additional involvement is to take place.
I have been bitten by things done in Fedora that only have any use on a laptop and that should never have been allowed into a server distribution. But I cannot see how I would have been aware of them until they manifested themselves on equipment under my care. By which time it is rather too late to influence the decision to include them. Automatically powering down NICs comes to my mind; due the rather nasty consequences that resulted.
The difficulty is that with Free and Open Source Software you are only going to see features that are of some immediate use to the writers; or whose value has already been entrenched such that it is difficult if not impossible to dispense with. Clearly, power saving features are of some interest to people that run their systems on batteries.
However, there are batteries, and then there are batteries. We occasionally run run on batteries too. It is just that ours are measured in kilovolt-amp hours. Having a server distro configured by default to turn off a NIC because it has not had traffic for fifteen minutes is not going to save us enough power from now to the end of eternity to warrant the disruption that little 'feature' cost us when it was first encountered.
The move to Systemd, and all the controversy that decision has generated, also provides 'features' whose benefits appear to me be be aimed principally at users who shut their systems off every day. These benefits are of far less value to people who measure uptime in months or years, while the discomfort, and expense, of this change must be borne regardless.
Systemd will eventually be accepted or rejected on its own merits. I am not interested in debating them here since I have nothing upon which to base an opinion one way or the other. But it can hardly be denied that forcing highly qualified people to expend time, a very limited resource in my experience, to learn yet another way to start a computer system, without providing any readily discernible benefit to them, is not likely to engender much in the way of sympathy.
We went to RedHat and ended up on CentOS because of its server orientation. Which to us implied something more than simple compatibility of the software components. If RedHats's intent is to end up as a laptop distro then we will probably part ways at some point. We have a laptop distro that works well for us. It is called OSX. And the hardware is pretty good too.
On Tue, Dec 08, 2015 at 10:46:58AM -0500, James B. Byrne wrote:
This is roughly true, although "downstream" RHEL makes its own decisions about many things. If you (Mark, or anyone else) would like to make this different in the future, getting involved with Fedora Server is a good way to do so.
However, to describe the Server List as an active forum for discussion would be somewhat overstating things. I have not received anything
I didn't describe in that way. In fact, it *isn't* that. It's a mailing list for working on the Fedora Server edition.
from it as yet in December and the total volume of traffic on that list in November was very light.
I'm sure it will pick up as we get further into the Fedora 24 cycle.
I am not sure in what way you envisage additional involvement is to take place.
It's an open source project. There are a lot of ways to be involved.
From your concerns, doing early testing and providing feedback on
system-wide features from a server perspective is one way. Or simply doing QA in general. You could also help develop server roles matching needs in your environment — that's a particular feature I'm hoping will come from Fedora through RHEL to CentOS.
I have been bitten by things done in Fedora that only have any use on a laptop and that should never have been allowed into a server distribution. But I cannot see how I would have been aware of them until they manifested themselves on equipment under my care. By which
^ right, this.
time it is rather too late to influence the decision to include them.
Well, not if you get involved early. That's the point.
If you don't *want* to, that's fine, but there's only so much complainy cake that you can have and eat at the same time.
On 12/08/2015 07:46 AM, James B. Byrne wrote:
I have been bitten by things done in Fedora that only have any use on a laptop and that should never have been allowed into a server distribution. But I cannot see how I would have been aware of them until they manifested themselves on equipment under my care. By which time it is rather too late to influence the decision to include them. Automatically powering down NICs comes to my mind; due the rather nasty consequences that resulted.
Without any references, it's hard to know what you're referring to specifically. However, I *think* you're talking about the Intel e1000 ASPM bugs. Those bugs were in the Intel NICs, and had nothing to do with decision making in the Fedora project. If you're convinced that those features have no business in server class products, then you should provide that feedback to the hardware vendor who enabled ASPM in their BIOS (had they not done so, you would not have been affected by the bug). I think you're upset at the wrong people, though I understand your frustration. I was affected by that bug, too.
If you're referring to something else, I'd be curious to know what it was.
forcing highly qualified people to expend time, a very limited resource in my experience, to learn yet another way to start a computer system, without providing any readily discernible benefit to them, is not likely to engender much in the way of sympathy.
Well, considerable effort was made to provide discernible benefit. If you find time to look at it later: http://0pointer.de/blog/projects/systemd.html http://0pointer.de/blog/projects/the-biggest-myths.html
We went to RedHat and ended up on CentOS because of its server orientation. Which to us implied something more than simple compatibility of the software components. If RedHats's intent is to end up as a laptop distro then we will probably part ways at some point. We have a laptop distro that works well for us. It is called OSX. And the hardware is pretty good too.
I doubt you mean to imply that you'd use OS X as a server. No one does that. Even Apple uses Linux for its servers.
-
Gordon Messmer -
James B. Byrne -
Matthew Miller