:I really, really object to not setting the SA_NOCLDWAIT
:flag.
:
:At the very least, you need to add a SA_CLDWAIT flag, if you
:want to not have it show up in this case, and make it show
:up in the other case.
:
:I think doing this would be a mistake, since the intent of
:the flags is to have (p
Matt Dillon wrote:
> :Thanks for this commit, but it works exactly in the way, which
> :I wanted to avoid. It is something like "partially submitted and
> :not approved by me". Please, could you look once again on it?
> :Please please please... Thanks. ;-)
> :
> :- Hunk #1 from commit adds PS_NOCL
[EMAIL PROTECTED] wrote:
> At 10:01 PM -0400 6/12/01, Kevin Way wrote:
> >David Xu wrote:
> > > Is there any plan to import NetBSD rc system,
> > > I am willing to see it appears in FreeBSD 5.0.
> >
> >Here's the status of this project at the moment as I see. Please
> >let me know if I've
"Louis A. Mamakos" wrote:
>
> Setting aside the degree to which you choose to be paranoid about
> where data can be corrupted, and the likelyhood thereof-- there
> is an architectural issue here, which is that the CRC provided
> by your friendly neighborhood Ethernet NIC card only protects the
>
Cejka Rudolf wrote:
> Ok, I repeat it once again - in the full: If I use
>
> sigemptyset(&sa.sa_mask);
> sa.sa_flags = 0;
> sa.sa_handler = SIG_IGN;
> sigaction(SIGCHLD, &sa, NULL);
>
> zombies are still created in FreeBSD, which is against SUSv2.
You are correct:
---
SIG_IGN
If the action fo
Warner Losh wrote:
>
> I have the need to read a whole pile of DEC Rainbow 100 floppies. I
> can do it on the DEC Rainbow, but that's a huge pita since it isn't
> networked. I'd like to either connect a RX-50 drive to my machine, or
> use a 1.2M 5.25" floppy drive that I can scrounge easily eno
On Wed, Jun 13, 2001 at 10:06:47PM -0700, Dima Dorfman wrote:
> Is it possible that the PR was closed between the time when you
> requested the summary and the time when you requested full information
> on the PR?
No, it was my silliness. While I was viewing the PR summary, pr=28002
changed sta
Giorgos Keramidas <[EMAIL PROTECTED]> writes:
> I have a few hours to spare tonight, and I was using the
> query-pr-summary.cgi script to view the open PRs.
>
> The query URL was (wrapped to avoid terminal silliness):
>
> 1 http://www.FreeBSD.org/cgi/query-pr-summary.cgi?\
> 2 category=&se
Sorry, line wrapped attached diff file as attachement this time.
James
--- mergemaster.sh.orig Wed Jun 13 20:08:01 2001
+++ mergemaster.sh Wed Jun 13 21:09:54 2001
@@ -471,7 +471,7 @@
echo ' *** Press [Enter] or [Return] key to continue'
read ANY_KEY
unset ANY_KEY
-diff -
Just noticed a small bug in mergemaster:
When using specifying the destdir with -D and in verbose mode, mergemaster
will not properly display the list of files that are only in ${DESTDIR}/etc,
because the diff has /etc hardcoded. See the diff below.
While on the mergemaster topic, I have seen
[Adding -doc because this applies to the doc project now]
On Wednesday, June 13, 2001, Dima Dorfman wrote:
> If this ends up being the case (i.e., there's an issue approx. once a
> month), how about archiving them on the web site? We used to have a
> "newsletter", but it quickly grew stale. Thi
Robert Watson <[EMAIL PROTECTED]> writes:
> - Future Editions
>
> Assuming there is some positive feedback on this idea, and that future
> submissions get made such that there is content for future issues, the
> goal is to release a development status report once a month. [...]
If this ends up
On Wed, Jun 13, 2001 at 06:04:23PM -0700, Gordon Tetlow wrote:
> On 14 Jun 2001, Cyrille Lefevre wrote:
>
> > not always. the dependency graph works fine if you start/stop all
> > services at once, but not individually such as :
> >
> > starting nfsd should required mountd but actually, it don't
On 14 Jun 2001, Cyrille Lefevre wrote:
> not always. the dependency graph works fine if you start/stop all
> services at once, but not individually such as :
>
> starting nfsd should required mountd but actually, it don't start it.
[snip]
Yup, I have an idea or two as to how to get around it, bu
Jon Parise <[EMAIL PROTECTED]> writes:
[snip]
> With the proposed NetBSD-derived system, individual services are
> isolated in their very own scripts, making starting / stopping
> them very convenient (the only advantage I see to the SysV
> layout). In addition, the integrity of dependency graph
FreeBSD Monthly Development Status Report
June 2001
<[EMAIL PROTECTED]>
- Introduction
One of the benefits of the FreeBSD development model is a focus on
centralized design and implementation, in which the operating system is
maintained in a central repository,
On Wed, Jun 13, 2001 at 04:23:15PM -0400, Brian Reichert wrote:
> So - I'm having a bad day. :)
>
> I'm messing with cdda2wav ( from cdrecord-0.92 ) under FreeBSD
> 4.3-RELEASE.
>
> I have this very body of software working on my laptop, but on
> another PC that I just installed from CD last nig
I have a few hours to spare tonight, and I was using the
query-pr-summary.cgi script to view the open PRs.
The query URL was (wrapped to avoid terminal silliness):
1 http://www.FreeBSD.org/cgi/query-pr-summary.cgi?\
2 category=&severity=critical&priority=&class=\
3 &state=open&sort=cate
So - I'm having a bad day. :)
I'm messing with cdda2wav ( from cdrecord-0.92 ) under FreeBSD
4.3-RELEASE.
I have this very body of software working on my laptop, but on
another PC that I just installed from CD last night, I consistently
get a panic whenver I try to get an audio CD's TOC, or try
Here's a set of pretty easy PRs I recently updated. They just need a
little review an someone to commit them.
bin/21803: [PATCH] wicontrol's -a option mis-documented and not implemented
Fixes a minor bug in wicontrol. The updated patch is again a 6/30
current.
bin/25470: ancontrol doesn't
Today Jordan Hubbard wrote:
> From: Bill Vermillion <[EMAIL PROTECTED]>
> Subject: Re: Patented algorithm in FreeBSD
> Date: Wed, 13 Jun 2001 09:45:46 -0400
>
> > We just need to hide all the code from the lawyers.
>
> Why? They wouldn't understand it anyway. What we really need to do
> is stop
Hello ,
Wednesday, June 13, 2001, 7:35:09 PM, you wrote:
is there a real problem in the US because of patented algos in
FreeBSD?
I think its a very bad situation for the US people, a big company can
patent a lot of routines to stop other projects like freebsd, or not?
I hope to get some intere
In message <[EMAIL PROTECTED]>, Jordan Hubbard writes:
>From: Bill Vermillion <[EMAIL PROTECTED]>
>Subject: Re: Patented algorithm in FreeBSD
>Date: Wed, 13 Jun 2001 09:45:46 -0400
>
>> We just need to hide all the code from the lawyers.
>
>Why? They wouldn't understand it anyway. What we really
From: Bill Vermillion <[EMAIL PROTECTED]>
Subject: Re: Patented algorithm in FreeBSD
Date: Wed, 13 Jun 2001 09:45:46 -0400
> We just need to hide all the code from the lawyers.
Why? They wouldn't understand it anyway. What we really need to do
is stop HIRING them. :)
- Jordan
To Unsubscribe:
At 10:01 PM -0400 6/12/01, Kevin Way wrote:
>David Xu wrote:
> > Is there any plan to import NetBSD rc system,
> > I am willing to see it appears in FreeBSD 5.0.
>
>Here's the status of this project at the moment as I see. Please
>let me know if I've misunderstood anything, or if anybody ha
Patents don't always require licensing. Ever Unix system extant
has a patented piece in it [or perhaps HAD is more appropriate]
as the patents had expired.
I saw the copy of it years ago and I looked for it recently but
can't figure out where it is.
The permissions - the old -rwx- etc we are so
Guys, We've been doing pretty well on the PR/Gnats front since
we started our little "Close a PR" drive, but now is not the time
to loose steam.
http://phk.freebsd.dk/Gnats/
We're at the same level of unclosed PR's as we were half a year
ago, down 500 from when we began the drive, but s
This day is something I've been looking forward to, nvidia hardware
acceleration for XFree86 4.x. The kernel module loads, but the
nvidia_drv.o bails out complaining about failed to allocate dma fb.. I
dont think that's your code causing it of course, but do you have any idea
what might?
> Hi,
>
> I've asked -ports before whether it is suitable to let ports startup scripts
> honor /etc/rc.conf{,.local} settings by sourcing /etc/defaults/rc.conf and
> then running a source_rc_confs (or whatever is appropriate).
>
> This could be a solution to your problem - modify the ports' startup scri
On Wed, Jun 13, 2001 at 11:20:03AM +0300, Danny Braniss wrote:
> few points to add/concider:
>
> I share the /usr/local among many machines, so /usr/local/etc/rc.d is becoming
> 'problematic', rc.conf should be involved in the decission to run xxx.sh
> start/stop
>
> on other platforms, i've mo
> I'll take a look at them tonight and (unless Dave wants to) I'll
> commit an update to -current and hold off the -stable MFC another
> few days.
I recieved some mail from Garrett on the standards side of the thing,
so I'll read and digest that.
I should be able to look after the -c
few points to add/concider:
I share the /usr/local among many machines, so /usr/local/etc/rc.d is becoming
'problematic', rc.conf should be involved in the decission to run xxx.sh
start/stop
on other platforms, i've modified rc to run rc.`hostname` if such file exists.
this little trick saved t
32 matches
Mail list logo
