airs create.
Soaking it in,
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
person it's assigned to and ask them about it.
Looking forward to your first patch,
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
o has the ability to redirect all console output (like boot/bios
messages, etc.) to a serial console. It comes with a built in Etherexpress
Pro 100+ as well.
I have an Asus P2B at home that I've run my Celeron 300A
overclocked to 450 since the first of the year with no problems (and BI
able mbufs and see if
you reach a point of stability? Assuming you have enough physical ram you
could do 15k mbufs on -Stable without a problem. Check LINT for the
nmbclusters option if you need help with it.
Good luck,
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscrib
No answer on -current, any help appreciated.
Doug
Original Message
My boxes at work are -current from 7/16. They both use IDE disks since
other than system stuff the disk I/O for the real work is all NFS. In the
daily logs this morning I see this:
>
Sheldon Hearn wrote:
>
> On Sun, 25 Jul 1999 10:59:26 MST, Doug wrote:
>
> > No answer on -current, any help appreciated.
>
> We're probably all sitting here thinking "I'm sure this was asked and
> answered recently. He can read his CURRENT mai
Vincent Poy wrote:
>
> On Thu, 22 Jul 1999, Doug wrote:
>
> > On Wed, 21 Jul 1999, Vincent Poy wrote:
> >
> > > Greetings everyone,
> > >
> > > What are the current good motherboards for FreeBSD for the pentium
> > > II and III?
e machines and see if the error resurfaces.
Thanks,
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world that has to keep a government four years, no matter
what it does.
-- Will Rogers
To Unsubscribe: send mail to majord...@freebsd.
it is on wcarchive, so I just pulled down all the bits
and installed it the "hard" way, however I know I'm going to run into
trouble down the road when ports start looking for the X stuff in
/var/db/pkg.
Any comments or suggestions welcome,
Doug
--
On account of being a demo
pkg dependencies because sysinstall
wasn't properly registering the X install. If the port depending on the
existence of /var/db/pkg/X* is actually an error I'll report what I find to
the -ports list.
Thanks,
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Sheldon Hearn wrote:
>
> On Mon, 26 Jul 1999 22:41:24 MST, Doug wrote:
>
> > However right after 3.2-R came out there was a flurry of -questions
> > mail about broken pkg dependencies because sysinstall wasn't properly
> > registering the X install.
>
>
the
>
> Just to clear up a misconception; this isn't actually a sysinstall
> problem.
Okey dokey. As long as y'all are aware of it I'm happy, I just
hadn't seen it mentioned.
Thanks for clarifying,
Doug
--
On account of being a democracy and run by the peo
"Hmmm.. I
wasn't aware of that, I'll have to pass that on." So perhaps there is
hope, but I'm still not holding my breath.
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world that has to keep a government four years, no matter
k
forward to giving this a try.
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world that has to keep a government four years, no matter
what it does.
-- Will Rogers
To Unsubscribe: send mail to majord...@freebsd.org
with "unsu
hould permit multiple patterns and it never
> occured to me that anyone would want to do this.
Ah, well, if the world were limited to just what I could imagine,
how boring would that be? The more complete the feature set, the better
off we are for my money.
Doug
--
On account of being
On Tue, 27 Jul 1999, James Howard wrote:
> On Tue, 27 Jul 1999, Doug wrote:
>
> > Ah, well, if the world were limited to just what I could imagine,
> > how boring would that be? The more complete the feature set, the better
> > off we are for my money.
>
> You
Coolio. And inre the request to hear from the users of the code, I
am one, have been for years, and deploy it in many different environments
(including natd, basic security, etc.). These would be very welcome
additions assuming that the performance hit is negligible.
Thanks,
Doug
--
On
lly nutso at one point because I had some comments in
/etc/services in the wrong format back when I was playing around with it.
This is not something to be tampered with lightly.
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world that has t
one or the other. Does anyone know?
>
> Probably because the IANA specifies them that way. I think that they
> try to keep both UDP and TCP ports the same, "just in case". There
> might be a better explanation in rfc1700 (assigned numbers)
Nope, that is the official reaso
ht lead
someone to believe that they could use that UDP port for their own little
project. I suggested that we add the link to the IANA page way back when,
but there are still some people that believe that our services list
contains all the information they need.
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
ave the details
archived from the dhcp mailing list, but IIRC it boils down to dealing
properly with an address of 255.255.255.255. Whoever it was that mentioned
it recently on this list clearly had the right idea.
Doug
--
On account of being a democracy and run by the people, we are the only
nati
ure what this gets us. Wouldn't it be better to
> :place this kind of information in the man page that you suggest below? As
> :often as /etc/services gets read, do we really want to bloat it with
> :non-functional information?
> :...
> :Doug
>
> I kinda like the idea of p
ts, although that might be more than what is wanted.
I do know what you mean though. On some of the machines I administer I
have some custom entries for /etc/services that make more sense than the
defaults, especially for the ports > 1023.
Doug
--
On account of being a democracy and run by
ed together from advice on the lists, my
reading of the man pages and other documentation, and a lot of
experimentation. Any comments or suggestions for improvements would be
welcome.
Thanks,
Doug
amd.conf:
[ global ]
map_type = file
search_path =/etc
auto
of date, but I'll
try it if folks say it's good. Basically my problem is that there are so
MANY options, and my knowledged about potential side effects is very
limited.
Thanks for your response,
Doug
--
On account of being a democracy and run by the people, we are the o
Sheldon Hearn wrote:
>
> On Fri, 30 Jul 1999 15:05:14 MST, Doug wrote:
>
> > I still haven't heard anyone answer the two key (IMO) questions.
>
> Your questions are easier answered in reverse order:
>
> > and how do you justify the additional cost to
Sheldon Hearn wrote:
>
> On Fri, 30 Jul 1999 15:10:18 MST, Doug wrote:
>
> > On some of the machines I administer I have some custom entries for
> > /etc/services that make more sense than the defaults, especially for
> > the ports > 1023.
>
> Would you
ther benefits to having it in a man page too. The
primary one being that changes/updates to the comments don't require a
change to the file, and would be picked up automatically during a make
world.
Now you'll have to excuse me while I go sharpen my lance...
Doug
To Un
shorter turnover time
between major branches. We've already got a pretty considerable amount of
stuff that can't be ported back to -Stable without major headaches. It's
not always easy to know exactly where to draw the line, but I think that
the move from 3->4 should probably take less tim
s to test NFS make worlds a while ago
Hrrmmm... I'm not sure where the concern about loopback stuff
comes from. Does amd use the loopback interface to communicate with
anything?
Thanks,
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world th
ple of how
it works or the fact that the @ sign is the symbol for it. The info is in
login_cap(3), but it's hard to decipher for a non-programmer. I'll put
this on my list if no one else wants to take it, and submit a PR.
Doug
--
On account of being a democracy and run by the pe
No answer on -questions, and this is pretty urgent for me atm. Any
help appreciated.
Doug
Greetings, :)
I am working on some resource limit stuff and would like to be
able to use login.conf to restrict the number of cgi processes that
certain users can run. Unfortunately, the
application is dynamically
> linked, you could produce a library containing patched set*id functions
> and force it into the app using LD_PRELOAD.
Grrrfl. Ok, that's what I thought, but I do appreciate the
confirmation. We have a pretty good relationship with the vendor so I&#
r-t and
suid's to the user who owns the script it's called to run. I'm aware that
the sticky bit is ignored on BSD for executables, but that's how it comes
from the vendor so my boss doesn't want to mess with it.
Thanks,
Doug
--
On account of being a democracy and run by th
shooting themselves in their collective feet at every
opportunity.)
But seriously folks, this kind of thing happens all the time in
the computer business. The best way to handle it is to keep smiling and
talk to the ones who will listen, and report accurately. The word is
getting out slowly
On Fri, 6 Aug 1999 john_wilson...@excite.com wrote:
> This is kinda different from what the original poster received.
> Keep badgering!
But ONLY if you ARE willing to pay for it if they make one. We
don't need a repeat of the CDE debacle.
Doug
> > Hi John,
> >
e valuable to me than the price of vmware, and
it'd be great to get them into our market since they're developing a
pretty good profile for themselves.
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
interpreter /usr/libexec/ld-elf.so.1 not found
Abort trap
Manifying Data::Dumper.3
ELF interpreter /usr/libexec/ld-elf.so.1 not found
I suspect that this is due to the fact that the elf libraries have been
built but not installed at this point in the program, but I thought y'all
might like to know.
upgrade's following these instructions and both have been successful. I
cobbled together the information from various posts to the lists over the
last year and my experience doing the two upgrades. Some of the
recommendations may seem overly paranoid, but please keep the target
audience in mind.
TIA,
freebsd machines are NFS clients to the sun servers doing
most of the web processing. Overall performance on the reads seems to be
best with nfs v3 over udp, which is what I'm using now. All of the web
server directories are soft mounted directly, with no amd currently in use.
thanks,
Doug
th nfs v3 over udp, which is what I'm using now. All of the web
> :server directories are soft mounted directly, with no amd currently in use.
> :
> :thanks,
> :
> :Doug
>
> Well, NFS buffers are usually sent over the network the moment they
> are full. If you are
Alfred Perlstein wrote:
>
> On Mon, 9 Aug 1999, Doug wrote:
>
> > Matthew Dillon wrote:
> > >
> > > : So, the big question is whether there is anything we can tune to
> > > speed up
> > > :the writes. The freebsd machines are NFS clie
Dag-Erling Smorgrav wrote:
>
> Doug writes:
> > Also, the 'boolean' option is essentially undocumented in the
> > login.conf man page. It's mentioned once, but there is no example of how
> > it works or the fact that the @ sign is the symbol for i
used on the global internet are letters, numbers and the
dash character, "-". Underscores are not valid, at all, period. I realize
that the RFC's don't seem to be clear on this point, however you can rest
assured that such is the case.
Good luck,
Doug
To Unsubscribe: se
records
are not valid for hosts in in-addr.arpa.
> What do I know; I was just the first chair of the domain name working group
> in the IETF so many years ago before it got fashionable.
Well, things change. :)
Doug
--
On account of being a democracy and run by the people, we are t
don't try and drum
up sympathy for that "DNS should be all things to all people" line, it
didn't work well back then and doesn't work at all now. It's all we can do
nowadays to get people to configure "normal" things properly. AFAIC, the
software could st
Tony Finch wrote:
>
> Doug wrote:
> >Louis A. Mamakos wrote:
> >>[lost attribution]
> >>>
> >>> That IS a violation of the standard, since A records are not valid
> >>> for hosts in in-addr.arpa.
> >>
> >> And next I s
the IP
> > stack.
>
> Most likely.
s/steal/use/. We can't champion the BSD (read, "Use this code for
whatever
you want") license then cast aspersions at people who use it for things we
don't like. Let's at least be logically consistent.
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
including the ports) to know about
> libresolver explicitly, but that's unlikely to come to pass.
Here here. Think of this as a "me too," or a vote in favor of each of
the
points above.
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
enforced. Also, the flags should be
settable on the file, directory and disk levels. Finally in an
ultra-paranoid environment you could set an option that requires that the
uid matchup is for the actual person, similar to the way an ssh public
key/private key pair works.
Hope this is useful,
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
;d prefer to avoid.
Thoughts, comments, suggestions welcome,
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
enforced. Also, the flags should be
settable on the file, directory and disk levels. Finally in an
ultra-paranoid environment you could set an option that requires that the
uid matchup is for the actual person, similar to the way an ssh public
key/private key pair works.
Hope this is useful,
D
ly /etc/ is always part of the plan, and
/var is the proper place for this kind of info to be dumped.
Also, before we invest a lot of time in this, people should be
aware that ndc is fundamentally different in BIND 8.2.x. This is not to
say that fixing this now is not a good thing, just t
ere are still plenty of "We've
always done it that way" items in the various rc files, that may be one of
them.
In answer to the question in your subject line, I would say "More so
than
they are now." Comments and suggestions are welcome, preferably accompanied
by unified diffs. :)
Good luck with your project,
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
owever the
last time it came up I seem to remember it being one of those "religious"
issues...
3. Anything else I should be looking at in this phase of the game?
Thanks,
Doug--- /etc/rc Thu Aug 26 21:02:19 1999
+++ rc Thu Aug 26 22:57:06 1999
@@ -8,24 +8,25 @@
# and the console
different value, and I couldn't even C-A-D to reboot clean, I had to do a
soft reset.
Obviously this is a "... well don't do that" case, but I'm not sure it
should be fatal. Hopefully this is of use to someone.
Doug
To Unsubscribe: send mail to majord...@free
Chris Costello wrote:
>
> On Thu, Aug 26, 1999, Doug wrote:
> > Greetings,
> >
> > As previously discussed, here is a first draft of the rc* script
> > mods. I
> > consider the first step in this process to be Jordan's cleanup of the
> > vari
On Fri, 27 Aug 1999, Chris Costello wrote:
> On Thu, Aug 26, 1999, Doug wrote:
> > > > 2. value ) instead of value) for case statements
> > >
> > >Why? What's wrong with `value)'?
> >
> > Nothing functionally, but I find case state
Oliver Fromme wrote:
>
> Doug wrote in list.freebsd-hackers:
> > [...]
> > 2. value ) instead of value) for case statements
> > [...]
> > case $? in
> > -0)
> > +0 )
> > ;;
> >
Doug wrote:
>
> Greetings,
>
> As previously discussed, here is a first draft of the rc* script
> mods. I
> consider the first step in this process to be Jordan's cleanup of the
> variable syntax. This is step 2, which most notably converts test's d
'm not overly
concerned about getting _my_ way on a lot of these things, so long as we
get a style that is consistent and that everyone can live with.
> > Doug--- /usr/src/etc/rc Thu Aug 26 20:56:36 1999
> > +++ rc Fri Aug 27 09:52:39 1999
> > @@ -8,24 +8,25 @@
>
Nik Clayton wrote:
>
> On Fri, Aug 27, 1999 at 11:23:06AM -0700, Doug wrote:
> > On Fri, 27 Aug 1999, Nate Williams wrote:
> > > Sentences are supposed to have two spaces before you start the next
> > > sentence.
> >
> > Well, that was definitel
Matthew Dillon wrote:
> I guess they don't teach manual typewriting classes any more :-)
Actually I took that class in Jr. High School, way back in '77. It was
the
only good advice my Jr. High guidance counselor gave me.
Doug
To Unsubscribe: send mail to majord..
of those "religious"
issues... I see this as step 3. of the project, and will go ahead with it
after step 2. is done if there is no objection.
3. Anything else I should be looking at in this phase of the game?
Doug--- /usr/src/etc/rc Sat Aug 28 13:51:10 1999
+++ rc Sat Aug 28 14:
Ben Smithurst wrote:
>
> Doug wrote:
>
> > Okey dokey, I can take a hint. :)
>
> Can you take another one, regarding the unnecessary spaces after the
> values in your "case"s? i.e., that they should be taken out and shot?
> :-)
*sigh* I am co
infree
/usr/src/etc/motd
/usr/src/etc/namedb/named.root
/usr/src/etc/rc.diskless1
/usr/src/etc/rc.diskless2
/usr/src/etc/sendmail/freebsd.mc
/usr/src/etc/termcap.small
Having the tags in the files helps mergemaster, if nothing else. :)
Thanks,
Doug
To Unsubscribe: send mail to majord...@f
I've seen quite a few reports of this lately, and while this fixes it,
it
shouldn't be necessary, should it? Has something changed in the 'make
upgrade' target recently?
Doug
"Andy V. Oleynik" wrote:
>
> Crist, I had latly same sort of things.
>
On Tue, 31 Aug 1999, John Birrell wrote:
> On Mon, Aug 30, 1999 at 09:13:58AM -0700, Doug wrote:
> > I've seen quite a few reports of this lately, and while this fixes it,
> > it
> > shouldn't be necessary, should it? Has something changed in the &#x
ople writing
extremely non-portable scripts with them. Maybe I'm missing something
though... Also, keep in mind that it's not just case sensitivity that
we're working with here. It's also the fact that case is a sh builtin, as
opposed to test which is not.
If you want
John Birrell wrote:
>
> On Mon, Aug 30, 1999 at 03:55:42PM -0700, Doug wrote:
> > > `make' has changed.
> >
> > Ok, that's the cause then, so what's the solution? :) And
> > meanwhile is it going to hurt anything if I put a suggestion on my
On Wed, 1 Sep 1999, John Birrell wrote:
> On Tue, Aug 31, 1999 at 08:27:00AM -0700, Doug wrote:
> > John Birrell wrote:
> > > The solution is to fix `make'. I could commit the fix, but I'm not
> > > in a position to build -stable just now. I'm not suppose
also like to add a vote for this since
we have multiple machines with 16k user password files. I had intended to
start looking at the code and offer a solution instead of a me too, but it
sounds like others are already on the right track, so I'll be glad to test
something if someone comes up w
ports.
Why not do this as part of the port itself, ala majordomo? That
works just fine and is completely non-controversial because you don't get
it unless you ask for it.
Doug
--
"My mama told me, my mama said, 'don't cry.' She said, 'you're too young a
, so this
proposed change won't help it at all.
My point is simply that fixing this problem is the responsibility
of the port maintainers. There is no point in adding something to the base
system that will only benefit a few people when a mechanism to solve the
problem which does not a
priate and painless solution. And ultimately
-Stable will become -Release, so your argument here is absurd on its face.
Please understand, this is not a personal attack. I'm sure that your
proposal was motivated by good intentions, but those of us who see the harm
in it and understand the issues involved are trying to explain why it's a
bad idea.
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Present in -Stable and -Current. If you go to Configure | Distributions
|
src and attempt to choose All, the src distribution never gets selected and
nothing gets installed. I can send a PR if needed, but it's such a small
thing I didn't think it would be worth it.
Doug
To U
pose of asking for review ahead of time. I'll have
some freebsd-hacking time tomorrow if there are any more nits to be picked.
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
o stop and ask
rather than just panic().
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Michael Reifenberger wrote:
>
> Hi,
> On Sun, 5 Sep 1999, Doug wrote:
> ...
> > can find the files at http://gorean.org/rcfiles/
> looks good so far.
> I'm missing rc.serial in rcfiles.
Thanks for the reminder. I didn't make any changes to that file beca
ut="$(/sbin/fsck -p | /bin/tee /dev/console)"
> > /sbin/mount -at nonfs
> > echo "${fsck_output}" >/var/run/fsck.boot
> >
> > but I don't expect people to be happy about moving tee(1) from
> > /usr/bin to /bin.
Another possible solu
and it's a lot cleaner than mine for a
number
of reasons. Completely beyond me to code, but very nice from the design
standpoint.
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
o adding a panic() key combo,
just wondering if it's duplicating existing technology.
Doug
--
"My mama told me, my mama said, 'don't cry.' She said, 'you're too young a man
to have as many women you got.' I looked at my mother dear and didn't even
crack a
ot
my intention. For all I know, you product could be the best thing since
sliced bread. However the current state of the political aspects of
software development is what it is, so we are better served by not ignoring
it.
Good luck,
Doug (who speaks only for himself)
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
I would be willing to look at just about
anything at this point.
> Just thought you might have missed the obvious.
*Nod* That's always a possibility, NFS is definitely not my thing,
although I'm learning more and more about it as I go along. :-/
Thanks,
Doug
To
ault, or not, see above) and a flag for not wrapping. For
instance I could start inetd with the -w flag to wrap all services, and
then disable one service with a -d for don't wrap, and vv.
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Since y'all are discussing inetd.conf, here is something else to
consider.
Doug
Original Message
Subject: Re: misc/11796: Bad lines in 3.2-RELEASE inetd.conf
Date: Wed, 16 Jun 1999 12:55:43 -0700 (PDT)
From: Studded
To: Dag-Erling Smorgrav
CC: free
On Mon, 21 Jun 1999, Sheldon Hearn wrote:
>
>
> On Mon, 21 Jun 1999 08:02:14 MST, Doug wrote:
>
> > The service-name entry is the name of a valid service in the file
> > /etc/services. For ``internal'' services (discussed below), the
> > service name
On Mon, 21 Jun 1999, Sheldon Hearn wrote:
> On Mon, 21 Jun 1999 11:12:26 MST, Doug wrote:
>
> > Can you point out exactly what part of the man page that you are
> > referring to that contradicts what the inetd man page says? Have you
> > checked the actual code for
On 21 Jun 1999, Dag-Erling Smorgrav wrote:
> Doug writes:
> > You are really really missing my point here, so I will state it
> > again. If you have carefully examined the code for *every* case of *every*
> > internal service, and you have tested it thoroughly, and you a
On Mon, 21 Jun 1999, Sheldon Hearn wrote:
>
>
> On Mon, 21 Jun 1999 11:42:46 MST, Doug wrote:
>
> > [...] there is an outstanding PR that shows it
> > doesn't work for everybody, and there is absolutely no justification for
> > leaving an example in the co
his way
to fix something that wasn't broken, or find a critical service disabled
when he reboots just because no one could be bothered to make the new
interface compatible?
As far as I'm concerned the system should ship with per service toggles,
and all of them toggled off, with
;m not sure that my part of the experiment is going to
last much longer.
Now if we were talking about a uni-processor system doing nothing
but serving web pages from local disk, I know I'd be kicking some serious
ass, but that model isn't the real world anymore. Especially as Netw
On Thu, 24 Jun 1999, Karl Denninger wrote:
> On Thu, Jun 24, 1999 at 10:54:37AM -0700, Doug wrote:
> > In short, increasing SMP efficiency should really be a priority
> > for N>2 systems.
>
> Agreed. But this is a BIG job, because to do that you have to solve th
elp any? I haven't tried making com2 my serial console yet, is
that worth trying? I'm also going to get some new plugs/cables/etc. this
weekend so that I can give making my own cable another try, just in case.
Any help on either of these cases would be appreciated.
Thanks
even though the box performed well under real world load it was
falling down on this step (building configuration files). Chalk one up for
the good guys.
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world that has to keep a government four years
Forgive me if this is a stupid question, but are there any circumstances
where naming the kernel include file "bpf.h" would conflict with
/usr/include/net/bpf.h?
In any case, this is a long overdue, and welcome change. Thank you. :)
Doug
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
the
> way i wanna.
> I have a user that belong to shell shell login classes, but he is not
> disconnected after 1 minute of idle time?
Not all of the login class items work the way they are supposed to. You
should probably look at 'idled' in the ports collection.
Good
I'm confused about this script. How does it differ from 'apropos'?
Feeling a little dense,
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world that has to keep a government four years, no matter
what it does.
for the 'rtfm script' presupposes
that the person has not looked at the motd, because if they had they
wouldn't need the script.
Honestly, while this is one of those things that sounds good when
you first start talking about it, in practice I don't see what we gain
from
urces available and how to use them? Then the actual rtfm command
could be a short program that just calls up the man page. It's not as
glamorous, but IMO it will be more useful.
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world that has to kee
1 - 100 of 1239 matches
Mail list logo
