Quote:
Originally Posted by Plan9 
* package managers are a far better user experience than standalone install.exe.
* /etc/ is far more usable for server administrator than a registry.
At risk of sounding arrogant, you're new to all this so you really don't have any experience in administrating stable servers, let alone professionally. If I had to edit a "Linux registry" every time I needed to add a new vhost to Apache, new user account or even just change the timeout on a internet-facing service, I'd go mad!

Quote:
As has already been said a few times:* package managers are a far better user experience than standalone install.exe.
* /etc/ is far more usable for server administrator than a registry.
At risk of sounding arrogant, you're new to all this so you really don't have any experience in administrating stable servers, let alone professionally. If I had to edit a "Linux registry" every time I needed to add a new vhost to Apache, new user account or even just change the timeout on a internet-facing service, I'd go mad!
Aww, come on. People rarely have to touch the Windows registry. It's value lies in maintaining information on how applications should behave, where they should be installed, etc. Programs generally install to the "Program Files" directory, for instance. This is both by convention and by instruction from a setting in the registry. Now, don't get me wrong. I can certainly see where config files in /etc is both more accessible and easier to work with (I don't typically relish the thought of digging through the Windows registry). It's the concept of having all such system-governing/defining settings gathered in one place. I find that an appealing concept.
Quote:
You're probably right there. Had the tutorial I was following started by suggesting the package manager approach, I may well be coding right now. As it stands its first recommendation was to download and extract the files manually, so that's what I did.
Quote:
Originally Posted by Plan9 
all you need to know is /etc = config files and /home = user files. everything else is either irrelevant to you at this point in time, unnecessary to know (even for administrators) or so on.
That's literally all you need to know at this point in time.

Quote:
I'd already said don't bother worrying about Linux's file system. It's largely irrelevant where things are.Originally Posted by Quasimojo 
This is where Linux's grassroots nature become a liability. There is just not enough consistency and standardization in the Linux community. The /etc directory is great, but different philosophies over the years have left much of the rest of the core directory tree a bit cluttered. /opt, /var, /proc, /usr...every time I think I have a handle on the purpose of each, a program comes along that was written using a different philosophy and makes its own rules.

This is where Linux's grassroots nature become a liability. There is just not enough consistency and standardization in the Linux community. The /etc directory is great, but different philosophies over the years have left much of the rest of the core directory tree a bit cluttered. /opt, /var, /proc, /usr...every time I think I have a handle on the purpose of each, a program comes along that was written using a different philosophy and makes its own rules.
all you need to know is /etc = config files and /home = user files. everything else is either irrelevant to you at this point in time, unnecessary to know (even for administrators) or so on.
That's literally all you need to know at this point in time.
That's all well and good until some documentation you're reading instructs you to execute php [plus arguments] and, due to the way php was installed (like, exactly how the documentation instructed) it doesn't happen to be included in the path environment variable. Then you have to go looking for it, and the waters can get pretty murky. Honestly, I'm not some idiot who just started using computers. I'm a .Net/MSSQL applications developer. Systems concepts are by no means foreign to me. Linux has simply frustrated me with this sort of thing time and again. I'm sure a large part of this is the fact that I'm trying to do more than just log in and browse the internet. Setting up a C++ or PHP web developer environment is naturally going to invite various such complications.
Quote:
You're right. I stopped where the problem occurred and tried to work it out. Not exactly an unreasonable reaction.
Quote:
Originally Posted by Plan9 
You wouldn't do that in Windows land so why do you assume that Linux users just give up when one specific peice of software throws out one error?

Quote:
sorry but that's not typical, acceptable nor expected in the Linux world. Your snag is such a basic non-issue, that you'd have laughed if you realised what it was. But instead of Googling the error, you gave up.You wouldn't do that in Windows land so why do you assume that Linux users just give up when one specific peice of software throws out one error?
If there were dozens of different Windows distros, you bet I might. When I said it was acceptable, I was referring more to the way Linux users tend to distro hop. In my case, I played the odds that the time it took to install a barebones version of another distro that may not exhibit the same behavior may be less than the time it would take me to figure out this particular problem. This wasn't necessarily a knee-jerk reaction. This was a response influenced by running into this sort of problem many, many times in the past - something that could very likely easily be solved by a more seasoned Linux user. Trouble is, I'm not a seasoned Linux user.
By "usability" I'm not referring to the number of included packages. I'm talking about what is involved in carrying out core tasks, like installing software or simply locating it after it's installed. Package managers do, admittedly, take care of much of this for you. *That* is usability. What happens when a particular app isn't available in your package manager, or the version available is an older version?
Quote:
Originally Posted by Plan9 
It's not as simple as saying "distro's have no idea of usability" because different distros cater for different markets - each of which will have a different set of requirements and thus expect different starting levels for user abilities. (plus you're ranting about server-based distros, which aren't supposed to be administrated by newbies anyway)

It's not as simple as saying "distro's have no idea of usability" because different distros cater for different markets - each of which will have a different set of requirements and thus expect different starting levels for user abilities. (plus you're ranting about server-based distros, which aren't supposed to be administrated by newbies anyway)
As I mentioned, I'm an applications developer. A server environment that can't be administered by anyone other than experienced Linux administrators would be useless from a development standpoint. I'm sure that is not the expectation.
Quote:
Originally Posted by Plan9 
One day it will just click and you'll think "what a plonker I've been for doing xyz". We've all been there (myself included) and we've all made silly mistakes when I first started out, I once installed a new Linux kernel to a temporary file system - doh!)
However, for now I highly recommend you download VirtualBox, install debian and try again in there. that way if you can take snapshots and then easily roll back should you break something. Then once you have got the hang of the administration in there, replicate that to your real machines.

Quote:
One day it will just click and you'll think "what a plonker I've been for doing xyz". We've all been there (myself included) and we've all made silly mistakes when I first started out, I once installed a new Linux kernel to a temporary file system - doh!)
However, for now I highly recommend you download VirtualBox, install debian and try again in there. that way if you can take snapshots and then easily roll back should you break something. Then once you have got the hang of the administration in there, replicate that to your real machines.
I have been using VirtualBox, which does make it pretty quick and relatively painless to wipe it all out and start over, but I hadn't considered using snapshots. I'll certainly look into that. I'm also sure you're right about that eventual "click" where things will start to make more sense. I consider myself a rather capable programmer in Windows, but I must say, up to this point, trying my hand at the Linux alternative has been a pretty humbling experience.
Thanks for your advice.














