A system I'm looking at continually runs into deadlocks when doing a
'make -j20 world'. This appears to happen only when the file system
is mounted on a vinum volume, and it possibly also requires
softupdates, though I haven't confirmed this yet. I initially thought
that this was a vinum problem,
On Sun, Mar 21, 1999 at 08:27:36PM +, Dan Moschuk wrote:
>
> Any hope of the aic driver gracing -current anytime soon? I'm really itching
> to port my burning software over.
No one ever bothered to port the aic driver to the new CAM
interface in 3.0 and 4.0. Since I know you're capable of it
On Mon, 22 Mar 1999, Richard Seaman, Jr. wrote:
> On Mon, Mar 22, 1999 at 11:34:25AM +0800, Peter Wemm wrote:
>
> > Doing clone() in libc that calls rfork(2) and doing all the stack setup
> > should be pretty easy.. (Richard has done it already, yes?)
>
> Its in package at http://lt.tar.com/lin
I have a machine running a snap from back on 19981126. Is there still a
problem moving from aout to elf. I remember a while back I had to on
another machine do something weird to get the bootloader working.
Thanks
Gus
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-
Now that sounz like a simple solution.:)) Paul...
> > Unless someone comes up with a scheme that tracks set membership and
> > allows us to add to that set, I think that we should stick to
> > the "simple"
> > approach.
> >
> > /etc/defaults/rc.conf defines ${rc_conf_files} to be "/etc/rc.conf"
>
"oZZ!!!" wrote:
>
> > I'm FreeBSD-current (FreeBSD 4.0-current) user. The name of the wd.c
> > and atapi.c based CDROM driver has been changed, but the file MAKEDEV
> > has old structure. I can't make device wcd0!
> >
> > REM
> >
> > > 19990316:
> > >The name of the old wd.
On Mon, 22 Mar 1999, REM wrote:
> Hi!
>
> I'm FreeBSD-current (FreeBSD 4.0-current) user. The name of the wd.c
> and atapi.c based CDROM driver has been changed, but the file MAKEDEV
> has old structure. I can't make device wcd0!
>
> REM
>
> > 19990316:
> >The
Hi!
I'm FreeBSD-current (FreeBSD 4.0-current) user. The name of the wd.c
and atapi.c based CDROM driver has been changed, but the file MAKEDEV
has old structure. I can't make device wcd0!
REM
> 19990316:
>The name of the old wd.c and atapi.c based CDROM
> -Original Message-
> From: Richard Wackerbarth [mailto:r...@dataplex.net]
> Sent: 22 March 1999 10:23
> To: John Baldwin
> Cc: curr...@freebsd.org; Jordan K. Hubbard
> Subject: Re: /etc/rc.conf, take 46!
>
>
> On Mon, 22 Mar 1999, John Baldwin wrote:
>
> >
> > On 22-Mar-99 Richard Wac
John Baldwin wrote:
>
> >#!/bin/sh
> > for file in $1
> > do
> >. $file
> >if [ "${rc_conf_files}X" != "$*X" ] then
> > . $0 "${rc_conf_files}"
> >fi
> > done
>
> I would move the if-statemeount outside the for loop. Say config file a
> defines
> rc_conf_files="b c", and config
On Mon, 22 Mar 1999, John Baldwin wrote:
> > An alternate, and perhaps cleaner approach would be to always suck in
> > /etc/defaults/rc.conf and /etc/rc.conf. Then suck in those files specified
> > in ${additional_rc_conf_files}.
>
> That would work, but then we have two includes everywhere that
On 22-Mar-99 Daniel C. Sobral wrote:
> John Baldwin wrote:
>>
>> However, the original definition has already been used once the /etc/rc.conf
>> has been read. Unless you are going to call the for loop twice, once after
>> /etc/defaults/rc.conf to include /etc/rc.conf and once after /etc/rc.conf
On Mon, Mar 22, 1999 at 11:34:25AM +0800, Peter Wemm wrote:
> Doing clone() in libc that calls rfork(2) and doing all the stack setup
> should be pretty easy.. (Richard has done it already, yes?)
Its in package at http://lt.tar.com/linuxthreads.tar.gz . If anyone wants
to grab it out of there a
John Baldwin wrote:
>
> However, the original definition has already been used once the /etc/rc.conf
> has been read. Unless you are going to call the for loop twice, once after
> /etc/defaults/rc.conf to include /etc/rc.conf and once after /etc/rc.conf to
> include the extra stuff you define, yo
--- Begin Message ---
I have just merged the recent modifications to the kernel support
for NTPD from -current to -stable.
We now fully support both XNTPD version 3 (as in usr/src/usr.sbin)
and NTPD version 4 in both -current & -stable.
In fact, we not only support it, we define state of the art
On 22-Mar-99 Richard Wackerbarth wrote:
> On Mon, 22 Mar 1999, John Baldwin wrote:
>
>>
>> On 22-Mar-99 Richard Wackerbarth wrote:
>> > There is a problem with this approach.
>> >
>> > /etc/defaults/rc.conf defines ${rc_conf_files}
>> > However, I have no chance to override it before it is used
Richard Wackerbarth wrote:
>
> When I wrote my comment about "code" in rc.conf, I was
> actually thinking about /etc/defaults/rc.conf and the
> recursion loop that that creates when someone copies it to
> /etc/rc.conf.
>
> You can, and IMHO should, make the defaults strictly variables.
>
> Howev
On Mon, 22 Mar 1999, Peter Wemm wrote:
> Matthew Dillon wrote:
> > :Hence the NEW flag RFSTACK. Why would this be a bad thing? This would keep
> > :the old behavior and allow much nicer new behavior. I didn't suggest
> > :changing the old behavior. This would just greatly simplify things so all
>
On Sun, 21 Mar 1999, Matthew Dillon wrote:
> :> :proc B returns since proc B is going to immediately switch over to a new
> :> :stack?
> :>
> :> The return address for the procedure call is on the stack. If
> something
> :> munges the stack after the physical rfork occurs but before bot
On Mon, 22 Mar 1999, John Baldwin wrote:
>
> On 22-Mar-99 Richard Wackerbarth wrote:
> > There is a problem with this approach.
> >
> > /etc/defaults/rc.conf defines ${rc_conf_files}
> > However, I have no chance to override it before it is used.
> >
> > However, I fear that you need a bit more
On 22-Mar-99 Richard Wackerbarth wrote:
> There is a problem with this approach.
>
> /etc/defaults/rc.conf defines ${rc_conf_files}
> However, I have no chance to override it before it is used.
>
> When I wrote my comment about "code" in rc.conf, I was
> actually thinking about /etc/defaults/rc.
Forget about code in rc.conf. Put the logic in the the scripts. Or,
better, put the logic in rc.suck (well, find a better name... :),
and . /etc/rc.suck instead.
"Jordan K. Hubbard" wrote:
>
> OK, so it seems everyone's found something to like and dislike about
> the new scheme. In that regard,
On Sun, 21 Mar 1999, Jordan K. Hubbard wrote:
> Index: netstart
> ===
> RCS file: /home/ncvs/src/etc/netstart,v
> retrieving revision 1.53
> diff -u -u -r1.53 netstart
> --- netstart 1999/02/10 18:08:16 1.53
> +++ netstart 1999/0
I just started the first build of packages-4-current. I'm planning to
recompile it and packages-3-stable once a week or so.
Errors are at "http://bento.freebsd.org/~asami/errorlogs/";, as usual.
Satoshi
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in th
24 matches
Mail list logo