On Sat, 26 Jun 1999 09:21:59 GMT, Ben Rosengart wrote:
> I am not fond of the new defaults/rc.conf system.
Your objection is far too late, I'm afraid. The change makes staying
STABLE and staying CURRENT much easier than it was before and has met
with resounding approval, although it took a few
Hi folks,
I've just committed a change to inetd that will effectively turn TCP
Wrapping off for anyone who has an installed /etc/rc.conf that specifies
an inetd_flags value, as well as anyone who makes world without running
mergemaster to update /etc/defaults/rc.conf .
This will not be a proble
On Sat, 26 Jun 1999 11:57:17 -0400, Mikhail Teterin wrote:
> I'd, probably, put a symlink from the old location to the new one...
That's something you could do on your own machines, but I sincerely hope
we _don't_ do that to installworld and future releases.
Ciao,
Sheldon.
To Unsubscribe: s
On Sat, 26 Jun 1999 22:50:31 +0200, FreeBSD mailing lists wrote:
> Hi, I just wondered if it was a problem with my installation or in
> general, but is anyone else here having problems with ports being
> dependant on glib12.2 and ports installing glib12.3 instead?
Try mailing [EMAIL PROTECTED]
On Sun, 27 Jun 1999 18:37:51 MST, Doug wrote:
> This is going to sound like I'm attacking sheldon, but I'm not
> since he's already stated that the got approval for this change from
> Jordan.
Jordan will be the first to admit that he's been wrong before and I have
a thick skin.
>
On Tue, 29 Jun 1999 08:59:10 MST, Thomas Dean wrote:
> Is www.freebsd.org down?
It was for a while, it isn't at the time of this posting and
freebsd-current wasn't a good choice of mailing list. :-)
Later,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-cur
On Wed, 30 Jun 1999 00:41:54 MST, Doug wrote:
> > This is a situation in which we can't make _everyone_ happy. For the
> > particular case you've provided, anyone who upgrades from 2.2 to 3.3
> > without reading the release notes will get what's coming to him.
>
> That's always true, but
On Wed, 30 Jun 1999 12:07:31 +0200, Sheldon Hearn wrote:
> Okay, so let's say we've got Joe Bloggs upgrading from 2.2.8 to 3.3 . He
> doesn't read the release notes, so he doesn't notice that inetd now
> wraps by default. The impact on him is:
Damnit! I forgot
On Mon, 05 Jul 1999 13:42:39 MST, "Jordan K. Hubbard" wrote:
> I also make this point now and with such force because various signs
> and portents indicate that -current is about to become a dangerous
> place again for awhile, and a lot of people who really don't have the
> cojones to run -curr
I think you folks are in for a big surprise if you think that the
proposed rtfm(1) tool will save you any heartache.
Most of the times that people come to you for help, it's because they
lack one or more of the time and inclination to help themselves. The
proposed tool's inappropriate name rein
Hi folks,
About a week ago, we made inetd's TCP Wrapper support a command-line
option instead of a compile-time option. While this was met with
unanimous approval, a number of people objected to the limited -w
option.
I've just committed a change that allows wrapping for each of internal
and ex
On Sun, 11 Jul 1999 22:27:04 PST, Adam Wight wrote:
> Why was the FTP_PASS_MODE logic changed? This forces everyone who
> uses active connections to alter their environment...
Please let's not get into this again. This was discussed to death on the
hackers mailing list last week and the week
On Thu, 15 Jul 1999 21:18:03 +0100, Dominic Mitchell wrote:
> This of course begs the question, under what circumstances *should* one
> use INVARIANTS?
This has been explained to me before as "when you have the time and
inclination to look into any problems that this might cause or
highlight."
On Fri, 23 Jul 1999 14:33:43 -0400, "John W. DeBoskey" wrote:
> PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND
> 198 root 105 0 908K 584K RUN141.8H 95.70% 95.70% inetd
[...]
> There are NO messages in /var/log/messages.
>
> The -l option doesn't se
On Sat, 24 Jul 1999 18:47:37 +0200, Nick Hibma wrote:
> PR 12634 mentions the increase of MAXSYMLINKS (src/sys/sys/param.h) to
> 64.
There has to be a limit. Like so many limits, it has to increase as more
and more people bump up against it, provided:
1) They're not bumping up against
On Sat, 24 Jul 1999 20:26:56 +0200, Thomas Schuerger wrote:
> I've set the option
>
> IDE_DELAY=1500
Did you read the warning in LINT about this one?
# Setting this below 1 violate the IDE specs, but may still work for
# you (it will work for most people).
_May_ still work for you imp
[Hijacked from the freebsd-current mailing list]
On Sat, 24 Jul 1999 19:46:52 -0400, Bill Pechter wrote:
> Are there any tricks to getting Java in Netscape running with
> FreeBSD --current.
Just because CURRENT is the platform you use when you encounter a
problem, doesn't mean that the freeb
On Sun, 25 Jul 1999 14:12:53 -0400, Dan Moschuk wrote:
> whereis anything yields..
>
> Warning: couldn't stat file /usr/local/lib/perl5/5.00502/man!
Staleness. Unfortunately, the whereis(1) manpage doesn't tell you to
look at the manpath(1) manpage. Do so now and you'll see that you should
ch
On Sun, 25 Jul 1999 20:12:46 +0200, Sheldon Hearn wrote:
> > Warning: couldn't stat file /usr/local/lib/perl5/5.00502/man!
>
> Staleness.
It's been pointed out to me in private mail that current's
manpath.config is broken. If nobody's looked at it by tomorrow,
On Sun, 25 Jul 1999 21:33:55 +0200, Mark Murray wrote:
> > It's been pointed out to me in private mail that current's
> > manpath.config is broken.
>
> Fixed.
Hi Dan,
You'll need rev 1.11 of src/gnu/usr.bin/man/manpath/manpath.config, but
you should be able to get away with commenting out th
On Mon, 26 Jul 1999 18:48:15 +0200, Jeroen Ruigrok/Asmodai wrote:
> I got /usr/local ref's in my /etc/manpath.config, the MANDATORY_MANPATHs,
> using man, whatis, whereis or other utilities that reference manpath.config
> I got no problem whatsoever. This is -CURRENT from last night.
You have
On Mon, 02 Aug 1999 22:34:19 +0300, Maxim Sobolev wrote:
> Does anybody investigating what wrong with the sh in the -current? As I
> reported earlier it still fails to correctly process MAKEDEV script.
Perhaps someone should have come out and said this last time: I can't
reproduce the problem.
On Fri, 13 Aug 1999 09:48:47 EST, "Matt Crawford" wrote:
> load kernel
> load -t splash_image_data daemon_640.bmp
> load vesa
> load splash_bmp
> boot
Why boot and not autoboot?
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of t
On Fri, 13 Aug 1999 15:17:47 -0400, Ben Rosengart wrote:
> I submit that putting "-z" in here is silly, because the sample cvsup
> config files turn on compression, and suggest commenting it out if you
> have a fast link. It seems counterintuitive that one can comment out
> the compression in
On Sun, 15 Aug 1999 12:27:57 +0200, Poul-Henning Kamp wrote:
> 4. [not quite easy] The CCD device ditto.
> Earn brownie points: Make ccdconfig use sysctl instead of
> libkvm to read back configuration.
Anyone who decides to tackle this one is likely to have the wherewithall
t
On Wed, 18 Aug 1999 08:39:35 +0930, Greg Lehey wrote:
> Why did you take this one?
Because I thought it was a simple problem with dd. :-)
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Wed, 18 Aug 1999 09:19:20 -0400, "Mark J. Taylor" wrote:
> There is a long as a parameter to ccdbuffer that needs to be a u_long.
> Otherwise, you'll get panics (can't remember where).
> Basically, bcount needs to be a u_long in all cases.
Que? Are you sure? That means you want to change st
On Wed, 18 Aug 1999 08:46:09 -0400, Bill Fumerola wrote:
> As a result of a discussion between myself, Bruce Evans, and Poul-Henning
> Kemp, there now exists a kernel function:
>
> char *devtoname (dev_t dev)
Cool. This can be used to sort out the obscure message you get when you
attempt a ke
Hi folks,
I have a diff for src/etc/rc that I'd like to have had used on a few
machines before I commit it. I'm pretty sure I haven't made any mistakes
with my changes, but you can never be too careful, right?
The diff homogenizes the manner in which variables are tested and is
more careful abo
On Fri, 20 Aug 1999 19:34:31 +0200, Andrzej Bialecki wrote:
> Due to unexpected demand (I did it mostly as a distraction from real
> work), I backported this screensaver to 3.2-RELEASE (don't know about
> STABLE), and corrected some inconsistencies. I added also binary versions
> to the archive
On Fri, 20 Aug 1999 11:59:05 MST, Doug wrote:
> However I'd REALLY like to emphasize again that if we're going to do
> this the proper fix is to use case wherever possible.
>
> I have offered several times to do the work if it has a chance of
> being committed, that offer is still good.
Hi Dou
On Sat, 21 Aug 1999 16:59:38 MST, "Jordan K. Hubbard" wrote:
> http://www.freebsd.org/~jkh/etc.diffs.fix-it-right
>
> Which I've sent to Sheldon for review but haven't heard anything
> back from him yet.
Universal Week-end Time. :-P
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL
On Sat, 21 Aug 1999 19:11:33 MST, Doug wrote:
> I have a 3.2-Stable and a 4.0-Current system at home, both
> running rc5des. On both systems I set the priority in the rc5 options
> menu to '0', indicating lowest possible priority. On the -Stable
> system it's running at nice level '0', b
On Wed, 29 Dec 1999 14:47:12 GMT, Jonathon McKitrick wrote:
> Will egcs affect the size of the kernel or any other compiledcode?
Yes. Try it out for yourself and have a look, or hunt the -current
mailing list archives.
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "uns
On Wed, 29 Dec 1999 15:31:38 GMT, Jonathon McKitrick wrote:
> As of right now, which would that be? The august CD snapshot release or
> the one available on the cvs servers right now?
If I were you, I'd hold out for 4.0-RELEASE, since it's just around the
corner (January some time). Otherwis
On Fri, 07 Jan 2000 11:22:17 GMT, David Malone wrote:
> I tried lint again since David O'Brien committed the new /usr/bin/cpp,
> but it turns out that lint is hardwried to use /usr/libexec/cpp.
> I changed it to use /usr/bin/cpp, and it works, but gives some
> error messages.
I submitted a patch
Hi folks,
Those of you who whined about the absence of manual pages in the NTP4
package recently imported into the base system, please check your commit
mail. Selected pages have been transcribed from the HTML documentation
and committed to the base system.
Ciao,
Sheldon.
To Unsubscribe: sen
On Tue, 11 Jan 2000 15:49:54 EST, Kelly Yancey wrote:
> David, I just noticed that this note in 4.0's RELNOTES about the
> relocation doesn't appear applicable anymore:
You're right. I've removed the comment from the RELNOTES.TXT for the
i386 and alpha. Thanks!
Ciao,
Sheldon.
To Unsubsc
Folks, this is getting a little silly. Can't we cut all the esoteric
mumbo-jumbo and agree to do it the same way that gnuls and our own
existing df do it?
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Wed, 12 Jan 2000 22:10:07 +0100, Jean Louis Ntakpe wrote:
> # Server is a Boeder DCF77 receiver
> server 127.127.8.41
Does your server look like any of those listed in reflock.htm? Most of
the documentation for your application has not been transcribed into
manual page format.
Ciao,
Sheld
On Thu, 13 Jan 2000 13:52:50 EST, "Mr. K." wrote:
> First of all, forgive me for being stupid, if that's what it turns out it
> was, but I can't seem to get lint to work on -current (though it works
> fine on -stable).
>
> > lint -V pvselect.c
You'd want lint -i, since we don't install any .l
On Tue, 11 Jan 2000 11:35:27 +0100, Trond Endrestol wrote:
> This is something you might want to put in /etc/rc in both -stable
> and -current.
>
> Scenario:
>
> /tmp is MFS,
> /var/tmp, /usr/tmp and /usr/local/tmp are symlinks to /tmp,
Not until someone can explain how making /var/tmp a syml
Let's try not to cross-post this any more, eh?
On Fri, 14 Jan 2000 11:55:55 +0200, Adrian Penisoara wrote:
> Then let's get the other way around (change in /etc/rc):
No, you're missing the point. /var/tmp is expected to survive reboots.
That's its definition according to the hier(7) manual
On Fri, 14 Jan 2000 11:07:23 +0100, Trond Endrestol wrote:
> If I want something preserved between reboots, I'll use /var/otmp
> which is the original /var/tmp or my own ~/tmp directory.
Do whatever grooves your plumes, just don't expect the startup scripts
to be hacked around to support your
On Fri, 14 Jan 2000 10:12:54 EST, Vivek Khera wrote:
> If you don't like the warning, just delete the recovery procedure
> rather than creating the directory. It does no good for you to try to
> recover something that will never be there.
Exactly. The only thing that comes out of this patch
On Sat, 15 Jan 2000 12:02:09 +0100, Marcel Moolenaar wrote:
> No. build-tools are those tiny little utilities that are part of the
> sources and are only used to build the sources.
Okay, so how do we boot-strap lint? Ultimately, the build of the lint
libraries requires a working lint, which m
On 15 Jan 2000 21:59:14 +0900, NAKAJI Hiroyuki wrote:
> SH> I mailed publically a patch to fix this last week. Not a single
> SH> follow-up since then, so I'll commit it now. :-)
>
> Related to this? Today's buildworld fails.
Indeed. When I tested the change I made, I already had a working
On Mon, 17 Jan 2000 14:22:39 +0200, Ruslan Ermilov wrote:
> I've just upgraded our GNU texinfo to the latest available version 4.0.
> Please see src/contrib/texinfo/NEWS for what has been changed since 3.12.
Excellent!
src/contrib/texinfo/NEWS:
. New markup commands: @env (for environment v
On Tue, 18 Jan 2000 13:46:36 +0900, Munehiro Matsuda wrote:
> /usr/share/man/man2/setresgid.2.gz -> /usr/share/man/man2/setresuid.2.gz
> ln: /usr/share/man/man2/setresuid.2.gz: No such file or directory
> *** Error code 1
My fault. It's fixed in rev 1.75 of src/lib/libc/sys/Makefile.inc .
So
On Mon, 17 Jan 2000 21:53:10 PST, Kris Kennaway wrote:
> +.if defined(WITH_RSA) && ${WITH_RSA} == YES
> + /usr/bin/touch /etc/ssl/openssl_hasrsa
Um, are you sure you want that hard path, /etc/ssl ? Shouldn't there be
a ${DESTDIR} in there? What do you need this for?
Ciao,
Sheldon.
To
On Tue, 18 Jan 2000 19:14:19 +0900, Munehiro Matsuda wrote:
> It seems that texinfo is compiled as cross-tools for buildworld.
> But, is it really needed when -DNOINFO has been specified?
It's arguable, so I'd go with the status quo -- always build and install
the texinfo program, even if info
On 18 Jan 2000 03:03:09 PST, Satoshi - Ports Wraith - Asami wrote:
> Maybe it's better to make it an error to not specify it (yes, killing
> "make world" and stuff, that's what UPDATING is for).
There's no better time for doing so than prior to 4.0-RELEASE. :-)
Does sysinstall set this one?
On Wed, 19 Jan 2000 10:51:50 EST, "T. Hsiang" wrote:
> Does anyone have the same problem?
[...]
> install-info: menu item `makeinfo' already exists, for file `makeinfo'
> *** Error code 1
Are you getting this with rev 1.131 of src/Makefile.inc1?
| revision 1.131
| date: 2000/01/18 11:00:24;
On Thu, 20 Jan 2000 18:53:12 CST, Raul Zighelboim wrote:
> the last 3 days of current 'make buildworld' have ended with:
>
> speed.o(.text+0x60a): undefined reference to `RSA_PKCS1_RSAref'
So you haven't been reading your -current mail for 3 days? Bad
pussycat. :-)
As stated several times o
On Tue, 25 Jan 2000 01:46:01 CST, Kevin Day wrote:
> A more direct patch would have been:
>
> -# NOTE: The hosts.deny file is not longer used. Instead, put both 'allow'
> +# NOTE: The hosts.deny file is no longer used. Instead, put both 'allow'
I'm concerned about the authenticity of this c
On Wed, 26 Jan 2000 07:35:32 PST, Edwin Culp wrote:
> This morning's make world
What are you trying to achieve with these e-mail messages? If you're
looking for confirmation that ``make world'' is broken, then "Yes, it
is." :-)
And then when you get past _that_, you'll break in the includes
On Tue, 25 Jan 2000 15:27:13 +0300, Grigory Kljuchnikov wrote:
> How can I update 4.0-2110 directoty tree to 4.0-2124?
> And how do these updates do properly? Where can I see more about this?
The short answer is that you don't. Just wait for 4.0-RELEASE to come
out in a few weeks.
Th
On Tue, 25 Jan 2000 21:19:16 EST, John Baldwin wrote:
> Ok then:
>
> 'egrep -v '^(---|+++|@@|[+-]#)', geez, am I the only one who knows regex?
Are you the only person who doesn't know sed? ;-)
My untested guess (since we all seem to be mouthing off the first thing
that comes to mind) is
On Wed, 26 Jan 2000 02:02:36 +1100, Andy Farkas wrote:
> > So you'll notice that this file is an example and *demands* your
> > attention in configuring your system properly.
>
> Change it to hosts.allow.sample then? No hosts.allow file is essentially
> the same as the ALL:ALL:allow rule, no?
On Thu, 27 Jan 2000 03:57:51 +1100, Andy Farkas wrote:
> > No. In the absence of a hosts.allow file, hosts_access(3) denies all.
>
> Not according to what I read in 'man 5 hosts_access' - especially the
> second paragraph titled "ACCESS CONTROL FILES".
Wtf?! You're right. I'm frightened no
On Wed, 26 Jan 2000 11:47:04 MST, Matt Miller wrote:
> Chastisment humbly accepted.
*chastise* :-)
> The only references to sendmail that I see in the UPDATING file is
> about the move of the sendmail.cf, which doesn't seem relevant.
It's sorta relevant.
> Since starting this email, I have
On Thu, 27 Jan 2000 00:23:23 PST, "David O'Brien" wrote:
> I think what you really want is:
>
> sed 's/^\([^:#@+-]*\):[^:]*:/\1:(password):/'
Eeek, I don't know why I sent you that. It should have been:
sed 's/^\([ +-][^+-][^:]*\):[^:]*:/\1:(password):/'
Sorry about t
On Thu, 27 Jan 2000 04:11:38 PST, "Rodney W. Grimes" wrote:
> > sed 's/^\([ +-][^+-][^:]*\):[^:]*:/\1:(password):/'
>
> IMNSO sed is the wrong tool here,
No arguments from me, since my awk skills are limited. However, I'll
point out that sed is doing a decent job without turning into an
On 26 Jan 2000 20:33:31 +0100, Eric Jacoboni wrote:
> in CURRENT, /usr/sbin/sendmail is a symlink to /usr/sbin/mailwrapper
> (see man mailwrapper).
No, it's a hard link. I only mention this because your explanation
makes it sound like mailwrapper generates much more overhead than it
really do
On 27 Jan 2000 15:25:55 +0100, Eric Jacoboni wrote:
> No, not on my box (as far as i believe 'ls' and 'file' ;-) :
>
> % ls -l /usr/sbin/sendmail
> lrwxr-xr-x 1 root wheel 21 26 jan 23:54 /usr/sbin/sendmail ->
> /usr/sbin/mailwrapper
My humble apologies. No more drugs for me. :-)
Ciao,
Shel
On Thu, 27 Jan 2000 17:00:58 +0200, Ruslan Ermilov wrote:
> An attached patch seems to fix the problem.
Does anybody actually understand what's really going on in this file?
Everyone uses the words "seems to" and "I think" when they're proposing
fixes in this file.
I propose that we hold out
On Thu, 27 Jan 2000 18:35:33 PST, Jason Evans wrote:
> This is the same kind of breakage I caused when moving some definitions
> into unistd.h. I would call it bootstrapping breakage, but others who know
> the build system better claim it's avoidable.
I think it _is_ avoidable. One way to av
On Thu, 27 Jan 2000 13:46:47 +0900, Yoshinobu Inoue wrote:
> I just added debug flag check instead of changing syslog
> level.
> Could you please try the following patch to
> usr.sbin/inetd/inetd.c ?
I would expect the messages to be sent to stderr in debug mode.
Ciao,
Sheldon.
To Unsubscri
On Tue, 01 Feb 2000 13:48:57 +0600, Max Khon wrote:
> 2129:
> {set,get}flags have been added to the tree for rather dubious
> reasons. An unintended side effect of this is that you must
> rebuild install before the rest of the world.
I'm surprised that this hasn't
On Tue, 01 Feb 1900 13:18:21 +0100, I am not any sort of Fluffy wrote:
> Just one problem, when I follow the instructions, in usr.bin/xinstall,
> make depend all install clean ...
> Then make installworld with my configuration dies in
> install -c -o root -g wheel -m 444 install.1.gz /usr/share
On Wed, 02 Feb 2000 14:40:06 -0400, The Hermit Hacker wrote:
> ===> lib/libcom_err/doc
> install-info --quiet --defsection="Programming & development tools." --defentry="*
>libcom_err: (com_err)
If you fix this problem (by reading UPDATING) and run into another error
in libcom_err, make sur
On Tue, 01 Feb 2000 22:29:58 +0100, Andreas Klemm wrote:
> One additional question... What would be the best time to update
> /etc after an update from 3.4-STABLE to 4.0-current ?
>
> - prior or
> - after booting freshly compiled updated system ?
Prior, obviously. Since much of /etc is used
On Thu, 17 Feb 2000 00:24:00 +0800, Peter Wemm wrote:
> You're 6 months late, this is already done:
Hahaha! Suits me. I'm sure _someone_ will be unhappy that he can't
offer an ftp service sans directory listings, but it certainly won't be
me.
Ciao,
Sheldon.
To Unsubscribe: send mail to [E
On Sat, 12 Feb 2000 10:52:22 +0100, "Patrick M. Hausen" wrote:
> What about making FTP_INTERNAL_LS the default for 4.0?
I'm very much in favour of this, but your second "BTW" suggestion did
nothing for the cause. :-)
Forget about changing any aspect of ftpd's chroot behaviour, but I'm
very ke
On Sun, 20 Feb 2000 09:15:41 GMT, Nik Clayton wrote:
> Here's another trivial patch that people might like to comment on before I
> commit it. I'm doing more and more FreeBSD installs recently at various
> client sites, and adding "FETCH_BEFORE_ARGS=-p" to make.conf is just one of
> those stan
On Sun, 20 Feb 2000 14:31:43 PST, Kris Kennaway wrote:
> I've not been able to play audio CDs ever since switching to the new ATA
> drivers. Soren tells me there are two different ways to encode commands to
> the drive, and no easy way to tell which one the drive expects :-(
Welcome to it. Th
On Sun, 20 Feb 2000 21:55:22 PST, Matthew Dillon wrote:
> :As there becomes more ports around, this would simplify the job of
> :ports since we would now modify a ${PREFIX}-based file instead of
> :/etc/shells.
> I would be opposed to this for security reasons. The last thing I
> want
On Mon, 21 Feb 2000 01:16:49 MST, Warner Losh wrote:
> MAKEDEV should be copied from src/etc/MAKEDEV to /dev before
> starting the following:
>
> For N in the list of disks
> MAKEDEV N # eg ad0
> for M
On Mon, 21 Feb 2000 18:47:48 +0100, [EMAIL PROTECTED] wrote:
> When I load the if_xl module "by hand", all is well : the miibus is
> also loaded and everything's fine (xl0 appears in ifconfig -a ...)
>
> When I try to load the if_xl and miibus modules via the loader, the
> loader spins in :
I'
On Mon, 06 Mar 2000 16:38:44 PST, R Joseph Wright wrote:
> I just built a new world today and openssh does not appear to be
> installed. I have the directories /etc/ssh and /etc/ssl but they are
> empty. There is no /usr/bin/ssh.
Last night's ``make world'' scored me a /usr/bin/ssh, but an e
On Mon, 06 Mar 2000 13:32:00 MST, Warner Losh wrote:
> : This sounds bad. Are you referring to the -o syntax differences, or
> : actual incompatabilities?
>
> I'm talking about the -o syntax difference specifically. How does the
> following sound?
What about the off-by-one hostkey length prob
On Tue, 07 Mar 2000 12:47:45 +0100, Anders Andersson wrote:
> On Tis, Mar 07, 2000 at 11:09:12am +0200, Sheldon Hearn wrote:
> > Last night's ``make world'' scored me a /usr/bin/ssh, but an empty
> > /etc/ssh . I'm curious to know how /etc/ssh will be pop
On Mon, 06 Mar 2000 21:35:31 PST, Christopher Nielsen wrote:
> After booting, starting all services, and getting to the point where
> init usually spawns the getty processes on ttyv[0-7], I get no login
> prompts and no virtual terminal sessions.
You should probably show us your /etc/ttys, not
On Wed, 08 Mar 2000 09:56:56 PST, Doug Barton wrote:
> mm only knows about what's in /usr/src/etc/Makefile. ssh_config and
> sshd_config are in there, so if you run mm and you have those bits in
> your tree it'll install them.
Looks like mergemaster is much cleverer than I thought. Bein
Hi folks,
Shouldn't I be able to show the current tuneables for a given filesystem?
# tunefs -p /usr
tunefs: cannot work on read-write mounted file system
This is on a recent CURRENT.
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the bod
On Sun, 27 Feb 2000 17:21:21 +0100, Alexander Leidinger wrote:
> attached is a patch for usr.sbin/ntp/config.h and
> usr.sbin/ntp/ntpd/Makefile. It adds reflock_pcf to the compiled in
> drivers (current has support in the kernel for it).
I think we should hold off on this until Sascha has fixe
On Fri, 03 Mar 2000 16:45:36 MST, Warner Losh wrote:
> Please let me know how this works. I'd like to see this in FreeBSD in
> the fullness of time. It will be a useful tool and end a lot of the
> frustration I've seen in connection with the setting up of disks.
As an aside, 4.0-RELEASE's sy
On Tue, 14 Mar 2000 11:27:34 CST, Visigoth wrote:
> Did anybody get a chance to look at this and decide that it wasn't
> the case or was? I was suprised because I didn't hear _anything_ and am
> wondering if I was doing something wrong...
Sorry, I read your original post, but somehow a
On Mon, 13 Mar 2000 02:13:30 GMT, Paul Richards wrote:
> I guess my next question is, are there any objections to
>
> #define UID_MAX ((uid_t)0-1)
If you decide to go the static macro definition (instead of Bruce's
maxof() / minof() idea), please consider using UID_T_{MAX,MIN} or, even
better
On Wed, 15 Mar 2000 10:11:06 CST, Visigoth wrote:
> Thanks for the security tips ;) here are 2 lines which (note to
> the kiddies) have been removed from my server already.
Thanks for taking the time.
I tested these over here and the passwords are not disclosed by
200.backup-passwd. S
On Mon, 23 Aug 1999 10:47:05 MST, Doug wrote:
> How does that PR explain why rc5des with the same ini file is
> running at nice 20 on -current, seemingly without idprio and running
> at nice 0 on -stable, seemingly with it?
Um, different nice levels. I didn't see that. Trigger happy. :-(
On Fri, 03 Sep 1999 10:41:12 -0400, Luoqi Chen wrote:
> There have been discussions about the xdm entry /etc/ttys does not
> guarantee the X server being started on the particular vty. So I wrote
> a shell script to explicitly tell xdm to start X server on a specific
> vty. It's been working gr
On Fri, 03 Sep 1999 11:27:55 -0400, "Arthur H. Johnson II" wrote:
> Well, I got rid of the old Voxware drivers and went with the pnp drivers
> and still nothing. Here is the dmesg:
What does "still nothing" mean? I can't see anything in your e-mail
message which indicates what you're doing to
On Fri, 03 Sep 1999 14:03:11 -0400, Luoqi Chen wrote:
> Do you know the appropriate channel to contact the XFree86 folks? In the
> mean while, I can take Sheldon's advice, submit it to our XFree86 port.
By the way, I've just thought of something you should consider. I think
there's still a pro
On Fri, 03 Sep 1999 17:03:24 GMT, FreeBSD mailing list wrote:
> # The xl NIC controller also requires inclusion of the miibus
> # controller.
>
> would clear this issue up for a lotta people.
You may as well not introduce confusion on another issue, though; the xl
driver provides a device, no
On Wed, 08 Sep 1999 16:53:37 +0300, Maxim Sobolev wrote:
> Why you can't be happy with "device pcm0 at isa? port 0x220 irq 5 drq
> 1 flags 0x15" if it works?
I think Adam's just trying to make sure that he hasn't done something
silly which is preventing him from using a more graceful configura
On Sun, 12 Sep 1999 15:58:01 +0200, Oliver Fromme wrote:
>
> # The first command will fail on a handful of files that have their schg
> # flags set. But it greatly speeds up the next two commands.
> -rm -rf ${CHROOTDIR}
> -chflags -R noschg ${CHROOTDIR}/.
> -rm -rf ${C
Hi folks,
Please be aware that some large deltas have been applied to most of the
scripts in src/etc . While the submitter of the changes (Doug Barton),
David O'Brien, some others and I have done our best to test these
changes, there may be problems.
The changes were discussed on the freebsd-ha
On Mon, 13 Sep 1999 20:43:11 +0200, Oliver Fromme wrote:
> > Makefile.inc1 .
>
> /usr/src/release/Makefile (This thread is about "make release",
> or did I misunderstand the subject line?)
Haha! Thanks! No wonder I haven't been understanding this thread. :-)
*blush*
Ciao,
Sheldon.
To Un
On Wed, 22 Sep 1999 23:52:54 MST, Thomas Dean wrote:
> cvsup this evening. make world failed. /usr/src/crypto does not exist.
Nope, no problem (well, apart from a few momentarily pending repo-copies
which are resolved now). A lot of stuff moved from secure to crypto, so
mebbe check which col
1 - 100 of 596 matches
Mail list logo
