÷ Wed, 14.08.2002, × 09:34, Mike Makonnen ÎÁÐÉÓÁÌ:
> On Tue, 13 Aug 2002 20:36:39 +0400
> "Vladimir B. Grebenschikov" <[EMAIL PROTECTED]> wrote:
>
> >
> > > Yes, there is a simple solution: adjust the timeout in dhclient.conf.
> >
> > It is not solution - it is workaround
> > - I do not wan
Tim Robbins wrote:
> On Tue, Aug 13, 2002 at 05:04:20PM -0700, Terry Lambert wrote:
> > Both different reports have been from Tim Robbins. It may
> > be that he has a local problem, and that his local problem
> > is greatly confusing this discussion.
>
> Unfortunately, this is not a local proble
Terry Lambert wrote:
> Steve Kargl wrote:
> > On Tue, Aug 13, 2002 at 06:25:37PM -0700, Terry Lambert wrote:
> > > The patch that Tim posted, which is GPL'ed because of its origin,
> > > and therefore unusable exacept as a model, "fixes" the problem
> > > by blocking the signal delivery before the
Steve Kargl wrote:
> On Tue, Aug 13, 2002 at 06:25:37PM -0700, Terry Lambert wrote:
> > The patch that Tim posted, which is GPL'ed because of its origin,
> > and therefore unusable exacept as a model, "fixes" the problem
> > by blocking the signal delivery before the fork.
>
> Can you provide a n
On Tue, 13 Aug 2002 20:36:39 +0400
"Vladimir B. Grebenschikov" <[EMAIL PROTECTED]> wrote:
>
> > Yes, there is a simple solution: adjust the timeout in dhclient.conf.
>
> It is not solution - it is workaround
> - I do not wand any dhcp activity if I have no media (say in car)
> And dhcli
On Tue, Aug 13, 2002 at 05:04:20PM -0700, Terry Lambert wrote:
> Both different reports have been from Tim Robbins. It may
> be that he has a local problem, and that his local problem
> is greatly confusing this discussion.
Unfortunately, this is not a local problem -- I can reproduce it locall
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Tue, Aug 13, 2002 at 06:25:37PM -0700, Terry Lambert wrote:
>
> The patch that Tim posted, which is GPL'ed because of its origin,
> and therefore unusable exacept as a model, "fixes" the problem
> by blocking the signal delivery before the fork.
>
Can you provide a non-GPL patch to assuage y
--- Terry Lambert <[EMAIL PROTECTED]> wrote:
> > My machine may be different with Tim's, it is a P4 1.5G CPU,
> > its speed maybe fast enough to skip the problem. BTW, bde has
> > also reported the problem, so this is serious, wouldn't kernel
> > send out SIGTTOU when null change a foreground gro
David Xu wrote:
> > Both different reports have been from Tim Robbins. It may
> > be that he has a local problem, and that his local problem
> > is greatly confusing this discussion.
> >
> > If you can not repeat his second problem on -current locally,
> > I would be tempted to dismiss it as bein
--- Terry Lambert <[EMAIL PROTECTED]> wrote:
> David Xu wrote:
> > > What about chpass, vipw, and the other pw_edit() consumers? vipw
> > > works correctly wrt suspending with ^Z on 4.6-RELEASE, but does not
> > > on -CURRENT. As far as I can see, pw_edit()'s logic has not been changed.
> > >
> >
David Xu wrote:
> > What about chpass, vipw, and the other pw_edit() consumers? vipw
> > works correctly wrt suspending with ^Z on 4.6-RELEASE, but does not
> > on -CURRENT. As far as I can see, pw_edit()'s logic has not been changed.
> >
> > This is a slightly different case to that of the shell
--- Tim Robbins <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 13, 2002 at 06:14:38AM -0700, David Xu wrote:
>
> > --- Terry Lambert <[EMAIL PROTECTED]> wrote:
> > > I did. It's still an order of operation problem in the kernel
> > > during fork(), as Bruce pointed out in a later posting (so me
> > >
Bruce Evans wrote:
> Er, I didn't point out anything like this, and thought that it wasn't
> a kernel problem. It's certainly not a problem at fork() time.
[ ... ]
> I think unwanted SIGTTOU's are just a sympto.
Here's the source of my confusion; I thought that you meant they were
the proximal
Szilveszter Adam wrote:
>Hello David,
>
>Thanks for getting back with the results. This points to the fatc that
>the instructions in UPDATING should updated.
>
>The method is almost what you did, only a tad more efficient:
>
>- make buildworld
>- make buildkernel KERNCONF=you_know_what
>- cp GEN
On Tue, Aug 13, 2002 at 01:43:44PM -0600, Kyle Butt wrote:
> Szilveszter Adam wrote:
> >(At this point you are running on the -CURRENT kernel but with the old
> >userland: be aware of this because things like ipfw will now stop
> >working until you are back in sync!)
> >
> The trick here is that a
Am Dienstag, 13. August 2002 14:42 schrieb Alexander Leidinger:
> On Mon, 12 Aug 2002 22:06:59 +0100 David Malone
> <[EMAIL PROTECTED]>
>
> wrote:
> > On Mon, Aug 12, 2002 at 10:19:00PM +0200, Matthias Schuendehuette
> >
> > wrote:
> > > Aug 12 18:20:02 current : [dlerror: /usr/lib/pam_lastlog.so:
On Tue, 13 Aug 2002, Tim Robbins wrote:
> On Tue, Aug 13, 2002 at 06:14:38AM -0700, David Xu wrote:
>
> > --- Terry Lambert <[EMAIL PROTECTED]> wrote:
> > > I did. It's still an order of operation problem in the kernel
> > > during fork(), as Bruce pointed out in a later posting (so me
> > > poi
So gents (and ladies :-), what do we do about this? We had this change
pre-3.1, and we have it in -STABLE now, so I assume we should no longer
lie that our -CURRENT is so WARNS-clean?
: --
: >>> stage 4: building everything..
:
÷ Tue, 13.08.2002, × 20:00, Mike Makonnen ÎÁÐÉÓÁÌ:
> On Mon, 12 Aug 2002 12:40:20 +0400
> "Vladimir B. Grebenschikov" <[EMAIL PROTECTED]> wrote:
>
> >
> > Hi
> >
> > There is patch to teach rcNG do not try dhcp on not-connected ethernet.
> >
> > simply put
> > ifconfig_fxp0="dhcp-if-carrier"
Hello David,
Thanks for getting back with the results. This points to the fatc that
the instructions in UPDATING should updated.
The method is almost what you did, only a tad more efficient:
- make buildworld
- make buildkernel KERNCONF=you_know_what
- cp GENERIC.hints to device.hints or creat
On Tue, 13 Aug 2002, Poul-Henning Kamp wrote:
> The final make in this script fails, I don't think it should.
>
> #!/bin/sh
> set -ex
> rm -rf /usr/src/sys/i386/compile/GENERIC
> cd /usr/src/sys/i386/conf
> config GENERIC
> cd ../compile/GENERIC
> make de
On Mon, 12 Aug 2002 12:40:20 +0400
"Vladimir B. Grebenschikov" <[EMAIL PROTECTED]> wrote:
>
> Hi
>
> There is patch to teach rcNG do not try dhcp on not-connected ethernet.
>
> simply put
> ifconfig_fxp0="dhcp-if-carrier"
> into rc.conf
>
> It will be interested to somebody
>
> Theoretical
On Tue, Aug 13, 2002 at 11:26:00AM +0200, Riccardo Torrini wrote:
> On 13-Aug-2002 (00:27:51/GMT) Nate Lawson wrote:
>
> > See /sys/conf/NOTES for usage.
>
> I think this is a 'stupid' question, but before this message
> I looked only into /sys/i386/conf/NOTES for configurations,
> why the one i
On 13-Aug-2002 (15:06:48/GMT) Riccardo Torrini wrote:
> ...important data are on NFS -CURRENT server...
No, I means -STABLE server (obvious :)
Riccardo.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On 13-Aug-2002 (13:59:39/GMT) Tim Robbins wrote:
> What about chpass, vipw, and the other pw_edit() consumers? vipw
> works correctly wrt suspending with ^Z on 4.6-RELEASE, but does
> not on -CURRENT.
vipw works _perfectly_ here, on a not-too-current -CURRENT, from tcsh
I can suspend (^Z), list
On Mon, Aug 12, 2002 at 12:40:20PM +0400, Vladimir B. Grebenschikov scribbled:
|
| Hi
|
| There is patch to teach rcNG do not try dhcp on not-connected ethernet.
|
| simply put
| ifconfig_fxp0="dhcp-if-carrier"
| into rc.conf
|
| It will be interested to somebody
|
| Theoretically there are
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Tue, Aug 13, 2002 at 06:14:38AM -0700, David Xu wrote:
> --- Terry Lambert <[EMAIL PROTECTED]> wrote:
> > I did. It's still an order of operation problem in the kernel
> > during fork(), as Bruce pointed out in a later posting (so me
> > pointing it out here is probably redundant... 8-)).
> >
This can be related: occasionally top terminates after displaying the
process list only once. Unfortunately, this is hard to reproduce and
when run again top just start working properly.
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the
--- Terry Lambert <[EMAIL PROTECTED]> wrote:
> I did. It's still an order of operation problem in the kernel
> during fork(), as Bruce pointed out in a later posting (so me
> pointing it out here is probably redundant... 8-)).
>
> I still think other code is going to have the problem, too, so
>
On Mon, 12 Aug 2002 22:06:59 +0100 David Malone <[EMAIL PROTECTED]>
wrote:
> On Mon, Aug 12, 2002 at 10:19:00PM +0200, Matthias Schuendehuette
> wrote:
> > Aug 12 18:20:02 current : [dlerror: /usr/lib/pam_lastlog.so:
> > Undefined
> > symbol "_openpam_log"]
> > Aug 12 18
Hello freebsd-current,
Hello
My system emit warning message
``calcru: negative time ...)''
to the console
What can I do with it?
Please help
--
Best regards,
Ñåðãåé mailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Mon, 12 Aug 2002, Gavin Atkinson wrote:
> ...
[Replied to part separately.]
> I can also hold ctrl-alt-escape on my laptop, and power up or down the PC,
> which will drop my laptop into DDB. From that point on, ddb works fine,
> continuing back to userspace works fine, and my laptop is no lo
On Mon, 12 Aug 2002 [EMAIL PROTECTED] wrote:
> On Mon, Aug 12, 2002 at 01:23:06PM +0100, Gavin Atkinson wrote:
> > ...
> > I have an i386 toshiba laptop, running FreeBSD 5.0-CURRENT #4: Sat Aug 10
> > 13:27:55 BST 2002. I can get a 100% reproducible hang by doing the
> > following:
> >
> > - Conn
On Mon, Aug 12, 2002 at 17:10:47 -0700, Terry Lambert wrote:
>
> I don't unserstand the question. Why not the same license that's
> areleady on the source code for "su"?
See usr.bin/su.c header for license.
> I still think other code is going to have the problem, too, so
> changing su alone do
On 13-Aug-2002 (00:27:51/GMT) Nate Lawson wrote:
> You'll be happy to tell them sys/dev/ata/atapi-cam.c:
WOW !
> Fri Aug 9 20:51:53 2002 UTC (3 days, 3 hours ago) by sos
> Add the ability to use ATAPI devices via CAM.
I'm back from holidays and I'm still reading over 1200 old
messages of -CUR
The final make in this script fails, I don't think it should.
#!/bin/sh
set -ex
rm -rf /usr/src/sys/i386/compile/GENERIC
cd /usr/src/sys/i386/conf
config GENERIC
cd ../compile/GENERIC
make depend > _.m.0.d 2>&1
make
On Mon, Aug 12, 2002 at 08:56:32PM -0500, Craig Boston wrote:
> CC: -current since that's what I'm using, but keeping -stable as this
> was just MFC'd.
>
> On Mon, 2002-08-12 at 19:13, Bryan Liesner wrote:
> >
> > I would like to try the uvisor/ucom stuff just comitted, but don't have
> > a c
What stance is being taken regarding moving to the gcc 3.2 release for the
current branch given that 3.2 produces far better code than previous
releases.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I'm definitely seeing problems with pipes, and major problems with the tty
process group/session/job control/etc. code. I've had commands like:
cvs diff -Nu | less
terminate after showing one screenful with cvs recieving SIGPIPE; the
same command sometimes causes my login shell to get sent
41 matches
Mail list logo
