SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
#!/bin/sh# rc.saslauthd: start/stop/restart saslauthd
#
# saslauthd is a daemon process that handles plaintext authentication
# requests on behalf of the SASL library. The CMU Cyrus SASL library
# is a general purpose authentication library for sever and client
# applications. It is mostly used to authenticate to mail servers.
#
# saslauthd should be started from the system boot scripts when going
# to multi-user mode. When running against a protected authentication
Should be "authentication library for server and client".
And thats good. Also this beeing just a typo no one can misread there are ones than if interpreted in a not so wise background could lead to false assumption and wasted hours of lifetime. If you got spare I take.
Seeing everybody thinks mis-spellings might be a real-bad-thing, I guess the following should also be considered for updates:
Quote:
rc.autofs:33:# load customized configuation settings
rc.cups:27:# NetBSD 1.5+ rcorder script lines. The format of the following two
rc.inet1.conf:80:#IFNAME[4]="wlan0" # Use a different interface name nstead of
rc.inet1.conf:85:#DHCP_KEEPRESOLV[4]="yes" # If you dont want /etc/resolv.conf overwritten
rc.wireless:50:# need this additional time to initalize.
I don't really dare to think what a similar exercise into the kernel source would bring - but for anyone sufficiently interested - the above was done by:
Code:
#!/bin/sh
cd /etc/rc.d
for f in *; do
test -d $f && continue # skip directories
test ${f:0:11} = rc.modules- && continue # only use default
grep -n '^#' $f | grep -v '#$' | while read t; do
echo "$f:$t"
done
done
The result was piped through a spell-checker ('aspell' in this case) - and after a few k-keypushes of 'i' (ignore) - the output was as above.
getting somewhat tired-eye at the end - I might well have missed some ...
I would appreciate if the above could be given the same serious attitude as given to the OP ...
ps.
I do apologize if I have stepped on anybody's toes - but sometimes there is a li'l ole devil sittin' on one's shoulder ...
rc.cups:27:# NetBSD 1.5+ rcorder script lines. The format of the following two
Not sure about this one. In FreeBSD, "rcorder" is a program that provides the dependency order for the rc files. I've used it like `cd /etc/rc.d; rcorder ./*`, and it lists the order in which the scripts can be run. It's a nice aid when adding new rc files.
Seeing everybody thinks mis-spellings might be a real-bad-thing, I guess the following should also be considered for updates:
...
I would appreciate if the above could be given the same serious attitude as given to the OP ...
I wouldn't say they fall into the same category as functional bugs, but certainly they should be fixed (or at least set up for an eventual fix... I'll rarely rebuild just to fix a typo).
BTW, rc.autofs and rc.cups came from upstream that way, so if it's really bothering you I'd suggest reporting it to them. Fixing typos is one thing, but patching them is another.
*chuckles* it's certainly not bothering _me_ - as far as I'm concerned - a comment is a comment - and unless the comment kinda 'spells out' what you've got to do (eg. commented scripts), I couldn't care less.
As for 'rcorder' I sincerely apologize - I believed that to be 'reorder' (possibly 'recorder') - my bad!
As I said - there was this li'l mischievous fella sittin' on my shoulder ...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.