.bashrc and .bash_profile Well, I found out why the bash dotfiles I talked about last month didn't work, and there were a couple things I did wrong. First I didn't recognize the difference between instances of bash and how they differ.
alias xx=whatever -options.notice that there is no white space between the alias name, the equal sign, and the command that the alias represents
Besides aliases you can do also change the color of your console screen with your .bashrc or .bash_profile, by using commands like:
"/dev/tty1") setterm -background green -foreground black -store;;
One very tricky procedure for new linuxers is installing software. Several months ago I touched on this subject, apparently not in enough depth, so I'm going to give it another go this time with a little more experience under my belt. The best advice I can give you if you are using debian, redhat, or caldera distributions is to look for the software you would like in a compatible package format, ie. RPM for redhat-caldera, and deb for debian. These are most commonly binaries and don't require much to get running.Slackware has packages in tgz format, but this can be misleading, as some source packages are inexplicably given a .tgz extension. If you get your software from the CDROM you should be set, with packages for a given distribution on that CD. Ifg you got your distribution from an ftp site, try using the most appropriate software found on that site, to see if it fits your needs. If not, you should check out the Linux Software Map, to see what kind of alternatives there are for the kind of applications you want. if you have disk space, I recommend that you choose a couple that seem to be close to what you are looking for, install them and use them for a short period to see which is more suitable for your uses. Sad but true, some software compiles easily, but you will probably find that many others take some hacking, and some doesn't seem to compile at all. You are at a distinct advantage if your Linux distribution conforms to the Linux FSSTND, which tends to assure that paths to libraries are the same in your distribution as they were in the distribution that they were written for/in. With enough hacking however, all of the software that has been compiled on one distribution can be compiled on any other.
tar -zxvf filenameto unpack it, since sometimes the untarring doesn't create a separate directory and if you just unpack it in an existing directory you could get a real ugly situation when you get a bunch of disjointed files cluttering up your directory. you can also use tar -cxvf or similar combination to get a listing of the files that would be unleashed when you use the -z option. This will tell you if the files have a designated pathname which means that it will create its own directories and subdirectories that will keep the parent directory nice and tidy.
cat README |pr -l 56 >/dev/lp0(or lp1, or whatever). Using the -l 56 option should paginate the file so that page breaks occur where they should.
I'm not really a Linux guru, and I'm starting to get into more advanced (??) stuff, and my intent was and still is to present information that a new user can implement now and research at his/her convenience, I'm not trying to be the Weekend Mechanic OR the Answer Guy, although I aspire to their level of Linux prowess. Briefly put, although it's a little late to be brief, I may not be appearing monthly after this issue, since I don't want to write just to hear myself type, I'll likely post a column when I can nail down a column's worth of information.
I still invite questions, suggestions, reasonable criticism and just plain e-mail:
Don't M$ out, try Linux!!
Clueless at the Prompt #1 - February 1997
Clueless at the Prompt #2 - March 1997
Clueless at the Prompt #3 - April 1997
Clueless at the Prompt #4 - May 1997
Clueless at the Prompt #5 - June 1997
Clueless at the Prompt #6 - July 1997
Clueless at the Prompt #7 - September 1997