On Wed, Jul 22, 2009 at 5:38 PM, Dan Goodman<dan.goodman@coat.com> wrote:
Which is one of the reasons why I rail against the idea of "thinking for the user" instead of letting the user make the choices that fit for their HW, work style, etc.
Unfortunately, that's not how a lot of programmer seem to feel about things.
For the most part, I was talking in a general way, but based on some specific issues I have seen. But Beagle (and Mono) represent a somewhat special case, in that many users don't want desktop indexing, even though there are many others that do. And there are users that would prefer to avoid Mono and it's big brother down the street.
There's also the fact that Mon(and .Net under windows) requires their base systems to run. And they get bigger with every release. So, you need all this stuff installed to run 1 or 2 programs, where a native port would have less dependencies. I'd love to see that native qt port of Firefox get out.
I see a fair number of people posting that either that wasn't available at some point in time, that it didn't work, or that it was overly complicated. In particular, in my mind, if it was going to be turned on by default, it should not have required any kind of technical bulletin to turn it off. A simple help topic instructing you to run something like chkconfig should have been all that was required, and it should have been easy to find in the package itself. It is my understanding that that was not the case then, and still isn't. If I am wrong, I will stand corrected...but that is not what I hear most people saying was their beagle experience.
I pointed out that he was wrong about the release notes, and never heard anything else about it.
My whole point was that they should both be selectable and off in most cases by default. And the selectability should not require resorting to outside sources of information.
Agreed.
chkconfig avahi-daemon off [for example]
Does that work for beagle?
Problem is how many newbies will be comfortable opening a terminal to run that? And, does it need su permissions as well? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org