On Wed, Dec 20, 2000 at 05:28:45AM -0500, Donald J . Maddox wrote:
Heh :) You don't have to dink around with your config... Just do
'startx -- -bpp 8'.
You assume I'm using an XFree86 server ;-) -- I am not.
How can you be using the same X libs as me, and not be using
XFree86?
On Tue, Dec 19, 2000 at 01:00:28AM +1000, Stephen McKay wrote:
So we could in principle build ld.so for every release.
I would say "no". The building of a.out bits is getting harder as more
and more framework pieces are removed. I don't quite fully understand
the problem yet. Do you have a
On Tue, Dec 19, 2000 at 03:08:25PM +1000, Stephen McKay wrote:
Our current problem is that an older ld.so has somehow been made part
of compat22. I'm now attempting to determine whether the ld.so on
the 3.2 CD contains the fix in rev 1.57 of rtld-aout/rtld.c, and if
so I'll just commit it in
On Fri, Dec 15, 2000 at 01:01:25AM -0500, Mikhail Teterin wrote:
During my attempt to build 5.0-current using 4.2-BETA, I stumbled
upon the following error:
How did you try to do the build?? I'm going to need a lot more details
because something is really fubared, and this is the first I've
On Fri, Dec 15, 2000 at 06:00:34PM +0200, Maxim Sobolev wrote:
BTW, Mikhail's patch fixed the problem
It was the wrong fix. The better bandaid has been committed.
Enjoy!
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
To Unsubscribe: send mail to [EMAIL
On Fri, Dec 15, 2000 at 03:27:40PM -0500, [EMAIL PROTECTED] wrote:
= I'm going to need a lot more details
= because something is really fubared, and this is the first I've heard of
= any problems like this. Which is strange considering how long Bintuils
= 2.10.x has been in -current.
But
On Wed, Dec 13, 2000 at 11:17:54PM -0800, Crist J. Clark wrote:
I had that problem too when I was building this weekend. IIRC there
was a rogue '.depend' file in the _source_ tree. Do a 'make clean' of
the source tree and see if that helps.
`make cleandir' is a better target to use when
On Thu, Dec 14, 2000 at 10:26:40AM -0800, Alfred Perlstein wrote:
I had no problems compiling iptest, just ipsend, this patch:
Index: sock.c
===
RCS file: /home/ncvs/src/contrib/ipfilter/ipsend/sock.c,v
retrieving revision 1.3
On Thu, Dec 14, 2000 at 10:13:14AM -0800, John Baldwin wrote:
Does anyone object if I temporarily add sock.c to src/usr.sbin/ipsend/
so I can fix it w/o pulling it off the vendor branch, or should I just
fix it on the vendor branch, or pull it off the vendor branch?
Committing it into
On Tue, Dec 12, 2000 at 10:21:49AM -0500, Richard J Kuhns wrote:
2. Applixware v5.0 can be installed anywhere you like as long as you use
the package, but you have to manually edit a shell script. Eg,
It is probably too late to fix this, but the script should use this:
if ! PREFIX=$(expr
On Tue, Dec 12, 2000 at 10:23:44AM +0200, Ruslan Ermilov wrote:
OK, I will augment the USRDIRS then, add the groff to bootstrap-tools,
and leave the better (if one exists) implementation to someone else.
Why does groff need to be a bootstrap-tool? Its not like we need to
build manpages that
On Mon, Dec 11, 2000 at 05:45:07PM -0600, Mike Meyer wrote:
Others have noted that the script it installs in $(PREFIX)/bin/applix
has /usr/local wired into it, though.
Yes, I will bring that up tomarrow with the BSDi developer putting
together the next revision of it. Maybe I should have
On Sun, Dec 10, 2000 at 06:56:13PM -0700, Wes Peters wrote:
Do you understand why NetBSD Packages (ie, the system they took from us)
install into /usr/pkg by default rather than /usr/local ?
Yes, but that doesn't mean I agree with it. In fact, I find it slighly
bizarre. I dislike
On Sun, Dec 10, 2000 at 10:41:24PM -0700, Warner Losh wrote:
: To the extent that NetBSD *forces* the local administrator to use
: /usr/pkg, I find it contains the same deficiency.
I'd point out that make install in the pkgsrc tree installs into
/usr/pkg too. So NetBSD doesn't
On Sun, Dec 10, 2000 at 11:42:37PM -0600, Mike Meyer wrote:
On the other hand, Applixware Office ships a precompiled package for
/usr/local, and doesn't like being installed anywhere else. Which
means I've got a couple of hundred megabytes being backup up for no
good reason :-(.
Mine lives
On Sun, Dec 10, 2000 at 09:46:46PM -0700, Nate Williams wrote:
Fixing broken things is a good thing. Your argument about moving it
from /usr/local to show how broken is a good test procedure, but turning
it into policy is something completely different.
Yes changing the policy is something
On Sun, Dec 10, 2000 at 11:33:33PM -0600, Mike Meyer wrote:
The thing is, the package system has grown into something more than
that. It really is vendor-supplied and vendor-supported third party
software, and part of the distribution.
I can back this up. As someone that maintains over 120
On Sun, Dec 10, 2000 at 11:44:36PM -0700, Nate Williams wrote:
Ahh, if we're limiting the discussio to 'OS vendor' software, then every
OS vendor I know installs its software in /usr/bin, and /usr/lib.
David hands Nate a freshly minted copy of BSD/OS 4.2, where he will see
/usr/contrib/ burned
On Mon, Dec 11, 2000 at 12:58:21PM +1100, Andrew Reilly wrote:
I agree that PREFIX/LOCALBASE should work: you can't legislate
taste. I'm going to keep it to /usr/local and /usr/X11R6,
though, thanks all the same.
Its been acknowledged that we really should not be installing ports into
On Mon, Dec 11, 2000 at 08:14:47AM -0600, Mike Meyer wrote:
The problem is that the shared libraries aren't getting found when I
run the applix binary after a reboot.
Why do you say that? Where is the error message??
/usr/local/applix/axdata/axshlib are ELF shared objects. I haven't
On Mon, Dec 11, 2000 at 09:07:27AM -0500, Richard J Kuhns wrote:
Yes, it's definitely different. No matter what you say when installing,
`applix' is:
#!/bin/sh
APPLIX_HOME="/usr/local/applix"
export APPLIX_HOME
exec $APPLIX_HOME/applix "$@"
Again lack of details.. :-( EXACTLY what is
On Mon, Dec 11, 2000 at 02:35:43PM -0500, Richard J Kuhns wrote:
/usr/libexec/ld-elf.so.1: Shared object "libstdc++.so.2" not found
/prog/applix/axdata/axmain: Operation timed out
Blah. :-( Applixware depends on the compat3x distribution it seems.
Can you install compat3x and see if it now
On Mon, Dec 11, 2000 at 05:24:19PM -0600, Mike Meyer wrote:
At that point, you're running VistaSource's software, so they should
give you the details.
Then I'll just back out of trying to help figure out why many others can
run it outside of /usr/local.
To Unsubscribe: send mail to [EMAIL
On Sun, Dec 10, 2000 at 02:18:51PM -0500, Brian Dean wrote:
LOCALBASE just being the default value for PREFIX.
Not just. It is also where dependancies are looked for.
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
To Unsubscribe: send mail to [EMAIL
On Sun, Dec 10, 2000 at 12:12:59PM -0500, Nat Lanza wrote:
Your argument doesn't make much sense to me.
It make total sense to me.
So if I compile sawfish myself I should install it in /usr/local, but if
I install a FreeBSD package for it, it should never go in /usr/local?
Correct.
Third
On Sun, Dec 10, 2000 at 01:44:41PM -0500, Brian Dean wrote:
I think I finally understand what you are complaining about,
Maybe.
But to say that installing ports into /usr/local is somehow wrong, I
have to disagree.
Do you understand why NetBSD Packages (ie, the system they took from us)
On Sun, Dec 10, 2000 at 01:42:15PM -0600, Mike Meyer wrote:
My bad - I coined the phrase "LOCALBASE clean" to describe a situation
I've seen, without explaining the meaning.
You're mudding up things. You want to set LOCALBASE to /usr/foo and
ports should be "PREFIX" clean as that is what is
On Sat, Dec 09, 2000 at 09:40:31PM -0600, Mike Meyer wrote:
I always thought ``make PREFIX=/tmp/foo package'' is pretty obvious.. but
...
What does the above command do if the port isn't PREFIX clean?
Installs the ports's bits into [most likely] /usr/local, cause an error
while trying to
On Sun, Dec 10, 2000 at 01:18:51PM -0500, Brandon D. Valentine wrote:
My path under IRIX has to include:
/usr/bin/X11:/usr/local/bin:/usr/freeware/bin:/usr/gnu/bin:/usr/ucb:/usr/bsd:/usr/etc:/usr/gfx
That is so bad considering the power it gives you? It only takes 2-3
lines in your dot files
On Sun, Dec 10, 2000 at 02:19:12PM -0600, Mike Meyer wrote:
I intend "LOCALBASE clean" to mean "all files installed by other ports
are looked for in the LOCALBASE tree".
If all ports are PREFIX clean, you will have that. Thus it doens't need
to be discussed separately.
Using the
On Sun, Dec 10, 2000 at 12:26:38PM -0800, Joe Kelsey wrote:
This thread is also about a completely separate issue, which is a
deficiency in the package command used on FreeBSD. The basic problem
with pkg_add et al., as opposed to, for instance, SVR4 pkgadd, is that
it does not allow the
On Sun, Dec 10, 2000 at 02:18:31PM -0800, Crist J. Clark wrote:
Nope. One can ``ln -s /usr/local /usr/pkg'' and get the behavior those
that like everything in one place prefers while still segregating stuff
for those that prefer it.
That makes no sense.
Yes it does.
The big argument
On Sun, Dec 10, 2000 at 03:15:58PM -0700, Warner Losh wrote:
but there also was a /usr/contrib for large packages contribtued to
Berkeley by outside parties.
BSDi's BSD/OS installs GNOME, KDE, editors, etc.. into /usr/contrib and
leaves /usr/local for the user.
--
-- David ([EMAIL
On Sat, Dec 09, 2000 at 08:28:07PM +0100, [EMAIL PROTECTED] wrote:
like NetBSD (and the corresponding sources under /usr/pkgsrc).
Please stick to reasonable ideas. To move the CVS repo from ports/ to
pkgsrc/ would be totally unreasonable.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Sat, Dec 09, 2000 at 12:43:24PM -0800, Marcel Moolenaar wrote:
On the other hand, I also don't want to use mtree.
The only thing you don't like about mtree is it changing ownership +
modes, right? If so, what about a new flag to mtree to make it only
create directories and nothing else?
On Sat, Dec 09, 2000 at 01:59:51PM -0600, Mike Meyer wrote:
I know. Unfortunately, support for PREFIX seems to draw more lip
service than actual service.
I disagree. If one of the ports I maintain isn't PREFIX-clean, let me
know and it _will_ be fixed. If you know others, please open a PR,
On Fri, Dec 08, 2000 at 01:44:47PM +1030, Matthew Thyer wrote:
Regardless /dev/da18s1 should work as for /dev/da18
Correct me if I'm wrong, but /dev/da18s1 would only work if you installed
a true slice vs. a dedicated configuaation of the disk something like
``disklabel da18 auto''.
--
--
On Wed, Dec 06, 2000 at 02:30:21AM -0800, Alfred Perlstein wrote:
magnitude better than internationalized sysinstall, but at the
current time libh is as much vapourware as KSEs are.
No, KSE has paid developers working on it. When was the last cycle spent
on libh?
To Unsubscribe: send mail
On Tue, Dec 05, 2000 at 11:06:12AM +0300, Hostas Red wrote:
I have a following problem in making world for some time already:
...
Any suggestions?
rm -rf /usr/obj/*
cd /usr/src make cleandir
update your /usr/src and try again
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Tue, Dec 05, 2000 at 07:02:35PM -0800, Thomas D. Dean wrote:
Is it possible to go back to the old style of reporting world time in
Makefile? I have been collecting make time stats.
I added it back, but in a way I think will not be objectionable for the
reason it was removed.
To
On Wed, Nov 29, 2000 at 07:41:14PM -0600, Mike Meyer wrote:
Hmm - what's the stupidity? I have a test machine running both
-current and -stable
Do you have the two FreeBSD installations on the same disk? If so, I'd
love to hear how you did it. I spoke with others and they also had
problems
On Wed, Nov 29, 2000 at 02:11:00PM +0900, Daniel C. Sobral wrote:
Ugh. Evil stuff. Are environment variables starting with digits allowed
in sh(1)?
Nope:
$ 3FOO=yes
3FOO=yes: not found
$ export 3FOO=yes
export: 3FOO: bad variable name
To Unsubscribe: send mail to [EMAIL
On Wed, Nov 29, 2000 at 08:06:14AM +0100, News User wrote:
I'm building news machines with two partitions for OSen, to allow
me to boot into my choice, where my choice has been FreeBSD-STABLE
or FreeBSD-CURRENT to see how the two compare, and if there are any
significant improvements in
On Sat, Nov 25, 2000 at 02:44:08AM -0600, Bill Fumerola wrote:
On Sat, Nov 25, 2000 at 12:18:43AM -0800, Derek Schene' wrote:
On a fresh hard drive I installed 5.0 20001123 Current and got the
following after installation:
Local package initialization:/usr/libexec/ld-elf.so.1: Shared
On Fri, Nov 24, 2000 at 01:08:37AM +0100, Cyrille Lefevre wrote:
Its in the scrollback buffer.
and how do you access the scroll-back buffer if you are not front to the
console (read remote) ?
Do you mean remotely loged in across the network, or a serial [remote]
console? If you mean the
On Sat, Nov 25, 2000 at 12:44:34PM -0600, Bill Fumerola wrote:
Huh? Why the worst of both worlds??
Incompatible changes AND no way to differentiate between the two. (plus we
don't even know what changed it, so we have no way of telling people "your
libc before X won't work with binarys
On Sat, Nov 25, 2000 at 03:34:49PM -0800, Derek Schene' wrote:
I tried this-
I'd suggest just symlinking libc.so.4 to libc.so.5, nothing terrible
should happen.
Since nothing has changed in the -CURRENT libc yet, this will work.
BTW, you'd want to do the same for libc_r.so.4.
On Sun, Nov 19, 2000 at 12:45:11PM -0600, Mark R Grant wrote:
1. I cleaned up the source directories using "cd /usr ; make cleandir"
2. I cleaned up the object directories using "cd /usr/obj ; chflags -R
noschg * ; rm -rf *"
These two steps should be reversed. The `make cleandir' in #1
On Sun, Nov 19, 2000 at 10:44:09AM -0600, Mark R Grant wrote:
David O'Brien wrote:
Respect my "Reply-To: [EMAIL PROTECTED]" or I won't respond to queries
for help in the future.
Following my interpretation of the instructions in the make.conf file, the
CFLAGS line is commented
On Wed, Nov 15, 2000 at 04:15:55PM +0100, Harti Brandt wrote:
with fresh sources from today 6:00 MET kernel builds fail. The victim is
I'm done with the upgrade - you may have easily CVSuped during the
upgrade process. Can you wait an hour or so, CVSup again and see if you
still see the
On Wed, Nov 15, 2000 at 09:20:06PM +, Joel Lindau wrote:
When i try to build my -current world cvsupped today ( 15 nov ) i get the
following errors:
When was the last time up built world? I'd like to know if this has
anything to do with the Binutils upgrade, or if is something you would
On Mon, Nov 13, 2000 at 09:17:54PM -0700, Warner Losh wrote:
The implications are that make obj isn't done unless you've run make
depend first. If a new directory is added and a make depend isn't
run, then the modules won't get built into the obj tree, but instead
will be built into
On Mon, Nov 13, 2000 at 08:02:47PM -0800, Marcel Moolenaar wrote:
Any objections?
Yes.
(patches follow for your convenience)
[its easier to read patches when they aren't quoted in their entirety ;-)]
modules-depend:
@mkdir -p ${.OBJDIR}/modules
! cd $S/modules; env
[stable dropped, this should have only been in a single list to start with!!]
On Tue, Nov 14, 2000 at 01:27:32PM -0700, Warner Losh wrote:
: I'd rather take a major compile time hit and be deterministic than not.
I'd rather not. We don't do an implicit make obj in the rest of the
tree.
On Sun, Nov 12, 2000 at 11:58:39PM -0700, Warner Losh wrote:
In message [EMAIL PROTECTED] Makoto MATSUSHITA writes:
: It does not fix this problem. However, if we separate the execution of
: "make obj" and "make all", we can avoid (again, not *fix*) the problem.
: Maybe this change is
On Mon, Nov 13, 2000 at 07:51:11PM +0900, Makoto MATSUSHITA wrote:
! cd $S/modules env ${MKMODULESENV} ${MAKE} obj all
--- 310,322
! cd $S/modules env ${MKMODULESENV} ${MAKE} obj
! cd $S/modules env ${MKMODULESENV} ${MAKE} all
I can certainly commit this type of fix.
On Mon, Nov 13, 2000 at 01:19:38PM -0500, Marcel Moolenaar wrote:
I'll commit a fix with just semi-colons today for all architectures if
someone hasn't done that already by that time.
Can you post a patch first. There seems to be some subtleties here that
might make a review useful.
--
--
On Mon, Nov 13, 2000 at 12:23:08PM -0700, Warner Losh wrote:
: I think that make has no business doing an implicit make obj for the
: all target.
: Someone has to run `make obj' for the modules tree. How are you doing it
: locally?
Right now we do it twice. Once in make dpeend and
Oh just shoot me. I drop my "don't commit a single bit to the compiler"
w/o a full `make buildworld' for a single commit and look what happens --
I break world.
*sigh* -- the compiler did build along with everything in /src/gnu/lib
with it... but that wasn't good enough testing.
A fix is in
On Fri, Nov 10, 2000 at 12:02:52PM -0800, David O'Brien wrote:
I break world.
The world is believed to be fixed now.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sat, Nov 04, 2000 at 05:19:44PM +0900, Makoto MATSUSHITA wrote:
matusita I've found that current src/sys/modules/linux for RELENG_4
matusita is not 'make -j' safe. It maybe causes a problem if you want
matusita to make a module.
Long time has past and, but problem is still there.
On Thu, Nov 02, 2000 at 10:20:36AM +0100, Adrian Chadd wrote:
On Mon, Oct 30, 2000, David O'Brien wrote:
On Mon, Oct 30, 2000 at 09:15:00AM +0100, Adrian Chadd wrote:
cd /crash/usr/src/sys/modules env
MAKEOBJDIRPREFIX=/usr/obj/crash/usr/src/sys/GENERIC/modules
KMODDIR=/crash/boot
On Wed, Nov 01, 2000 at 03:19:36PM -0500, Garrett Wollman wrote:
If you want to bump libc_r's version, we should do it to libc as well,
and in that case there are a large number of ABI fixes that I have
queued up which should be done at the same time.
Any reason to not get them in -current
On Tue, Oct 31, 2000 at 07:49:08AM -0800, Charlie Root wrote:
cc -Os -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I. -DIN_GCC
-finhibit-size-directive -fno-inline-functions -fno-exceptions
-fno-omit-frame-pointer -I/usr/obj/usr/src/i386/usr/include -g0 -DCRT_END -c -o
crtend.o
On Mon, Oct 30, 2000 at 09:15:00AM +0100, Adrian Chadd wrote:
cd /crash/usr/src/sys/modules env
MAKEOBJDIRPREFIX=/usr/obj/crash/usr/src/sys/GENERIC/modules
KMODDIR=/crash/boot/kernel make install
Don't explicitly add DESTDIR to KMODDIR.
--
-- David ([EMAIL PROTECTED])
GNU is
Are others seing a situation where
``cd /usr/src/foo make obj make cleandir make cleandir'' isn't
deleting /usr/obj/usr/src/foo/ ? It used to and it needs to in order
that the second ``make cleandir'' will clean /usr/src/foo/ itself.
I tracked this down to rev 1.33 of bsd.obj.mk.
--
On Mon, Oct 30, 2000 at 06:13:28PM -0800, David O'Brien wrote:
Are others seing a situation where
``cd /usr/src/foo make obj make cleandir make cleandir'' isn't
deleting /usr/obj/usr/src/foo/ ? It used to and it needs to in order
that the second ``make cleandir'' will clean /usr/src
On Sun, Oct 29, 2000 at 02:50:26PM +0600, Alexey Dokuchaev wrote:
What caused such a change? I mean, what the purpose of it, what set of
problems should it (probably?) solve?
From the commit message (which you should be following if you're running
-current :-) )
Log:
* Bring back the
On Sun, Oct 29, 2000 at 12:20:31PM -0700, [EMAIL PROTECTED] wrote:
After installing the latest version of the current source,
/stand/sysinstall's fdisk will not find any devices. Can anybody tell me
what I forgot to do? I did do the /dev/MAKEDEV all.
cd /usr/src/release/sysinstall
make obj
I am switching us from using or native crt{begin,end}.c to GCC's
crtstuff.c in the building of /usr/lib/crt{begin,end}.o.
Testing a new world with this change not show any problems.
HOWEVER, I have only done cursory testing with already installed ports
(shared binaries and libs) and our current
On Sat, Oct 28, 2000 at 01:54:52PM -0700, John W. De Boskey wrote:
/usr/src/sys/modules/ipfilter/../../netinet/mlfk_ipl.c:44:
@/netinet/ip_compat.h:268: osreldate.h: No such file or directory
*** Error code 1
This was fixed (two different ways) 2 days ago.
What rev of /sys/modules/Makefile
Are others seeing that ``pkg_add -r foo'' is broken?
Core was generated by `pkg_add'.
Program terminated with signal 11, Segmentation fault.
(gdb) where
#0 0x280e2866 in strchr () from /usr/lib/libc.so.4
#1 0x28074d74 in fetchRestartCalls () from /usr/lib/libfetch.so.2
#2 0x280720d6 in
On Fri, Oct 27, 2000 at 11:43:04AM +0200, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Darren Reed writes
:
What failed ? Do you have the make error output ?
Did you try to compile LINT before you committed ?
Hell, forget LINT, just try GENERIC.
Darren, you really, really have a
On Fri, Oct 27, 2000 at 10:46:24PM +1100, Darren Reed wrote:
I'm generally compiling/developing on -STABLE (in this case, the
imported code was compiling cleanly on 4.1-RELEASE) and generally don't
think that it'll be _that_ different.
In all seriousness, the farther down the 4.x branch we
On Fri, Oct 27, 2000 at 09:34:07AM -0700, Jordan Hubbard wrote:
On Thu, Oct 26, 2000 at 09:04:45PM -0700, Jordan Hubbard wrote:
It use to work in early October, but now I get the following using
the stock (/etc/defaults/rc.conf) amd flags:
It works on my Oct 22nd world.
OK, so
On Wed, Oct 25, 2000 at 09:28:31PM -0700, Doug Barton wrote:
How exactly are you rebooting? If you're using the 'reboot' command,
That is my standard rebooting method. ``reboot'' really has to be
tolerated and something useful happen (ie, the next booting up doesn't
hang (or delay for
On Thu, Oct 26, 2000 at 09:25:05AM -0400, John W. De Boskey wrote:
If this was happening in -stable I'd be in total agreement.
However, we're talking -current, and is not -current the
integration area for new technologies, whether they be
rough or round edged?
Yes, -CURRENT is for new
On Thu, Oct 26, 2000 at 04:31:57PM -0400, Bill Fumerola wrote:
#If you want it verbose
#CFLAGS+= -DIPFIREWALL_VERBOSE
#CFLAGS+= -DIPFIREWALL_VERBOSE_LIMIT=100
#
#If you want it to pass all packets by default
#CFLAGS+= -DIPFIREWALL_DEFAULT_TO_ACCEPT
So one doesn't have to change the source,
On Thu, Oct 26, 2000 at 02:25:58PM -0700, Matt Dillon wrote:
/etc/rc already assumes that /var is writable. I recommend that you make
that assumption by default... have the default entropy file be something
like "/var/db/entropy_seed" and allow the administrator to override it
On Thu, Oct 26, 2000 at 03:18:55PM -0700, John Baldwin wrote:
Ugh, no. Peter's forthcoming config(8) changes will allow you to
specify kernel options to use when building modules (actually, it
builds modules in the same environment as the kernel) to properly
handle this. Just be patient
On Thu, Oct 26, 2000 at 08:47:35PM -0700, Jordan Hubbard wrote:
G. Hot button. :)
Quite sorry, didn't mean to push any buttons. But once again I just got
hit by having a anchient /stand/sysinstall not be able to find any
devices when I wanted to use it's Fdisk editor. Way back when I
On Thu, Oct 26, 2000 at 09:04:45PM -0700, Jordan Hubbard wrote:
It use to work in early October, but now I get the following using
the stock (/etc/defaults/rc.conf) amd flags:
It works on my Oct 22nd world.
-- David ([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Tue, Oct 24, 2000 at 02:56:07PM -0700, Jordan Hubbard wrote:
So, who wants to do a proof-of-concept implementation for -current
which integrates with our existing rc.conf mechanism?
I was going to if no one else did.
Who ever does it should coordinate with Luke M @ NetBSD. He is willing
On Wed, Oct 25, 2000 at 08:14:01PM +0200, Gerhard Sittig wrote:
but I don't see FreeBSD having this level of "rc lib" as NetBSD
has in rc.subr
We would import the NetBSD rc.subr.
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
To Unsubscribe: send mail to
On Tue, Oct 24, 2000 at 02:58:08PM -0700, Jordan Hubbard wrote:
With the NetBSD stuff, this is not immediately obvious though I guess
one could have a top level rc file with an explicit ordering similar to
our various subdir Makefiles,
Nope. All the /etc/rc.d/ files are scanned by `rcorder'.
On Wed, Oct 25, 2000 at 09:42:23AM +0200, Andrea Campi wrote:
Maybe we could have a script to do the dependency check and "compile"
everything in a single big file?
Luke already has this support in NetBSD 1.5 for those who demand it, but
its a secret. ;-)
--
-- David ([EMAIL PROTECTED])
On Wed, Oct 25, 2000 at 04:04:13PM -0400, Garrett Wollman wrote:
Hmmm. We already have a program (called `tsort') which does this
(i.e., a topological sort). Does `rcorder' call `tsort' or does it
reinvent the wheel?
UTSL
lynx ftp://ftp.netbsd.org/pub/NetBSD-current/src/sbin/rcorder/
To
On Tue, Oct 24, 2000 at 03:59:20PM +0900, Makoto MATSUSHITA wrote:
Maybe kernel image for kern.flp is a little bit larger than a 1.44MB floppy.
I just diked out more bits. Lets see if that will give us enough space
on tonights snapshot build.
--
-- David ([EMAIL PROTECTED])
To
On Tue, Oct 24, 2000 at 08:15:12AM -0500, Will Andrews wrote:
I'm sure there are better things to disable, like MFS, SYSV*, P1003_P1B
and friends, and ICMP_BANDLIM.
Only SYSVMSG is removed for the i386 case. SYS* for the Alpha. I'm
assuming the SYS* left compiled in on the i386 is for X?
On Tue, Oct 24, 2000 at 03:32:16PM +0200, John Hay wrote:
Why not remove NFS? That is what I do here when the snap floppy gets
too big. How many people install using NFS? (And can't easily change to
ftp.)
Many.
--
-- David ([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL
On Tue, Oct 24, 2000 at 10:44:31PM +0900, Makoto MATSUSHITA wrote:
How about removing /boot/boot[12] from floppies ?
Committed!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, Oct 24, 2000 at 12:43:16PM -0600, Warner Losh wrote:
apm is a good one to remove.
We used to, but we were trying to remove `apm0' from GENERIC. I've fixed
to just `apm'.
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
To Unsubscribe: send mail to
On Wed, Oct 25, 2000 at 04:48:14AM +0900, Motomichi Matsuzaki wrote:
Other candidates I've been pointed to include the removal of
/boot/boot[12] and NFS
IMO NFS needs to stay. It is *very* useful to many (including me).
I vote for 'remove NFS away'.
Yes, there are many people using
On Tue, Oct 24, 2000 at 09:42:54PM +0200, Rogier R. Mulhuijzen wrote:
We used to, but we were trying to remove `apm0' from GENERIC. I've fixed
to just `apm'.
Might it be a good idea to make a INSTALL kernel config and a GENERIC
config?
Nope, the two would be quickly out of sync. What
Before removing NFS, I'd remove the new `ncv', `nsp', and `stg' drivers.
Not to mention the `vpo' Parellel port Zip drive device.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, Oct 23, 2000 at 06:30:29PM -0400, John W. De Boskey wrote:
2. Make sure your kernel includes:
devicerandom # Entropy device
Are you implying the random.ko module is broken?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current"
On Tue, Oct 24, 2000 at 05:05:49AM +0700, Alexey Dokuchaev wrote:
Still, it would be better if I could choose between "classical" and "new"
startup layout, say, somewhere at the installation stage.
Supporting two very different schemes is a support nightmare. And
giveing good test coverage
On Tue, Oct 24, 2000 at 04:49:40AM +0700, Alexey Dokuchaev wrote:
Having dozens of small files instead of pair of big ones always
frustrates me when I have to work with linux.
Maybe, but the greatly increased functionality makes it worth it.
--
-- David ([EMAIL PROTECTED])
GNU is
On Tue, Oct 24, 2000 at 04:23:40PM +0700, Alexey Dokuchaev wrote:
Why can't I simply write kill -1 `cat /var/run/sendmail.pid`?
What about deamons that don't understand `kill -HUP'? Sendmail didn't
until very reciently. ``/etc/rc.d/some-deamon restart'' does the right
thing reguardless how
On Tue, Oct 24, 2000 at 04:49:41PM -0400, John W. De Boskey wrote:
IMO NFS needs to stay. It is *very* useful to many (including me).
I haven't removed it. But it is an option. I was a very heavy
user of NFS, but it didn't matter to jkh when he removed it last
time. The switch to ftp
901 - 1000 of 1574 matches
Mail list logo
