text. The latter used
to happen to me when I was using sylpheed (I've seen the light and
switched to Mutt now :-)
YMMV.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: 00E8 61BC 0D75 7FFB E4D3
on't see the poing of creating yet another knob for it. If a user
doesn't want the default that's what the individual knobs for
the jails are there for :)
Let me know how it goes.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C6
On Tue, Jul 29, 2003 at 08:27:07PM +0200, Jens Rehsack wrote:
> On 29.07.2003 19:21, Mike Makonnen wrote:
>
> >On Tue, Jul 29, 2003 at 07:08:38PM +0200, Jens Rehsack wrote:
> >Yeah, I'll take care of this. I had asked scott to mail me his final
> >patch so I could
is final
patch so I could commit it, but I never heard back from him. I'll
dig out the revisions from my mail archives and combine the
two.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E
; be executed (start, stop, etc).
>
> would this be possible/a good idea to implement?
>
I very much doubt it. If you want to use multiple arguments just
special case it in the script itself (i.e - rc.d/netif).
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMA
r: aborted xfer=0xc2526500
umass0: BBB reset failed, TIMEOUT
Please let me know how else I can be of assistance.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
[EMAIL PROTECT
Thanks! I just committed a fix (reproduced here for
your convenience).
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
[EMAIL PROTECTED]| FreeBSD - Unleash the Daemon!
Index: etc/rc.subr
r 3
umass0: BBB reset failed, TIMEOUT
umass0: BBB reset failed, TIMEOUT
umass0: BBB reset failed, TIMEOUT
umass0: BBB reset failed, TIMEOUT
umass0: BBB reset failed, TIMEOUT
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA
or mono/mcs. I
> am also running the SCHED_ULE scheduler.
My fault. It's fixed now.
$FreeBSD: src/sys/kern/kern_umtx.c,v 1.11 2003/07/19 11:32:48 mtm Exp $
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2A
I don't know if this is relevant, but the NVidia drivers won't work
with libkse or libthr, because it messes with the %gs segment
register, which both threading libraries use. The only threading
library it currently works with is libc_r.
Cheers.
--
Mike Makonnen | GPG
^
Domainname has nothing to do with DNS, it's talking about your NIS
domain name. You are trying to use one of the yp* daemons without
first setting your NIS domain. You need domainname="..." in rc.conf.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAI
kokeb.ambesa.net 5.1-CURRENT FreeBSD 5.1-CURRENT #12:
Sat Jul 5 02:00:40 EDT 2003 [EMAIL
PROTECTED]:/a/current/obj/a/current/src/sys/THRTEST i386
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
[EMAIL
NO"
> ---
> When my machine boots, I see a message "route add default 203.2.73.1"
> displayed on the console. However, when I try to ping an address outside my
> LAN, I get "no route to host". If I then manually do "route add default
> 203.2.73.1"
Libthr should be working again.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
[EMAIL PROTECTED]| FreeBSD - The Power To Serve
___
[EMAIL PROTECTED] mailing list
ns using libthr will be
broken untill jdp commits the second part of his patch.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
[EMAIL PROTECTED]| FreeBSD - The
posed to.
Generally, the scripts in/usr/local/etc/rc.d should be executable and they
should end with a '.sh' suffix.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9
perspective I would probably find
> this the cleanest, but I know we need to play nice with NetBSD too (do
> they have anything like md or vn?) so that might stuff things up.
>
On FreeBSD all filesystems will be mounted by the time mountcritremote is done.
Cheers.
--
Mike Makonnen
ry to use -E with the start command because there's no way to know
how/when/why/in-what-environment it's being called. If I'm wrong or you have a
better alternative to this please let me know.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net
e the time or interest to work on it.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
[EMAIL PROTECTED]| FreeBSD - The Power To Serve
___
[EMAI
lockd.
>
> I should clarify that /etc/rc.d/virecover is calling sendmail.
> Does virecover need to be called this early on?
>
I've been thinking about moving nfs/nis stuff earlier in the boot processes.
Can you try the following patch please?
Cheers.
--
Mike Makonnen | GPG-K
02/03/12 01:04:35; author: obrien; state: Exp; lines: +3 -3
Background the startup of `Amd', it often blocks on startup.
=====
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D
; in /usr/local/lib (which is automounted :-)
>
> Is there realy a need for the "&"? amd will background itself after it's
> done
> with the initialization stage anyway - and if not then it probably means
> trouble.
This may have been because of a missed merge
cp_program, but what it should really be is
dhclient_program.
This is another variable we're going to have to deprecate.
Thanks for reporting this!
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
[EMA
to understand that this is a volunteer project. Few
developers actually get paid to work on FreeBSD, and when they do
it's usually for something specific that their employer needs. Most
developers give up free time during the week to work on FreeBSD.
So, it may not be possible to
On Fri, 30 May 2003 15:10:37 +0800
leafy <[EMAIL PROTECTED]> wrote:
> Using libthr for upnpd produces following backtrace when starting up
>
Are you using latest sources from about 17:00 EST 3/5/29?
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMA
sr/lib/libthr.so.1
This should show you any running applications that have it loaded.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
[EMAIL PROTECTED]| FreeBSD - The Power To Serve
__
On Thu, 29 May 2003 17:06:52 -0400
Mike Makonnen <[EMAIL PROTECTED]> wrote:
> > From what I understand, libthr should be a drop-in replacement for
> > libc_r, so I was surprised to see this, but maybe I misunderstood?
>
> No, you're right. The ports must have
I have committed some changes to libthr today. All but one of them were bug
fixes, so I encourage everyone to update their source.
On Wed, 28 May 2003 22:20:19 -0700
Lars Eggert <[EMAIL PROTECTED]> wrote:
> Mike Makonnen wrote:
> >
> > Most major locking work in libthr i
e able to debug it.
>
Upon first reading it I had assumed he meant gnome locked up. Can you confirm
this Glenn? Is the machine itself locked solid (no ping, no ssh, not vtys, etc)?
However, even if that is the case a bug in the kernel does not preclude a bug in
libthr.
Cheers.
--
Mike Mako
I can not ssh into
> the box.
Please try the attached patch and let me know how it works.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
[EMAIL PROTECTED]| FreeBSD - The Power To Serve
Ind
conf. Note
> "NONE" rather than "NO".
This is deprecated. It's a non-standard option that complicates rc.conf
handling.
Cheers
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
___
err http://people.freebsd.org/~mtm/limits
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
files, maxfilesperproc, and maxprocperuid
They each now have their own sysctl proc that grabs the limit_lock
in order to write them.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC
Here's a patch.
Des,
is this ok with you?
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
Index: lib/libfetch/
IL PROTECTED] strace]# pkg_add -r lftp
> Segmentation fault (core dumped)
> [EMAIL PROTECTED] strace]#
>
Use rev. 1.85 of /src/lib/libfetch/ftp.c
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC
On Wed, 12 Mar 2003 20:55:26 +0100
Aleksander Rozman - Andy <[EMAIL PROTECTED]> wrote:
> Did someone encounter the same problem? Is it possible to exactly determine
> which script is problem (script debuging os something)?
>
put: rc_debug=yes in rc.conf
--
Mike Makonnen
On Wed, 12 Mar 2003 19:56:47 +0100 (CET)
"Hartmann, O." <[EMAIL PROTECTED]> wrote:
> I nice feature would be to have some 'knob' switching on/off debugging, maybe
> this is possible or already realized in the shell? How to do the verbosity
> task?
>
rc_d
("waiting\n");
if ((child = wait(status)) == -1)
err(1, "wait()");
printf("done\n");
return (0);
}
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 12
05b1d00) at vn_lock+0xeb
flushbufqueues(c05b1d00,0,c04e765b,11e,64) at flushbufqueues+0xfb
buf_daemon(0,c5bfdd48,c04df6c2,365,0) at buf_daemon+0xd5
fork_exit(c033e2e0,0,c5bfdd48) at fork_exit+0xc4
fork_trampoline() at fork_trampoline+0x1a
--- trap 0x1, eip = 0, esp = 0xc5bfdd7c, ebp = 0 ---
--
Mi
There are several things we need:
1. The contents of:
/etc/exports
/etc/fstab
/etc/rc.conf
2. The output of the following commands:
rpcinfo -p
showmount -e
3. Make sure you are mounting them as the root user
Cheers.
--
Mike Makonnen | GPG-KEY: http
last mounted msdos filesystem, it might be better to just
leave the deallocation in msdosfs_uninit. Is that basically what you're saying?
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68
like a better(if a little hackish)
option to me, but this is the first time I've dealt with the filesystem so
please let me know if I have the wrong idea.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9
How about the attached?
It's only partially tested since it seems I can't mount any msdos floppies (both
on this _and_ my previous kernel).
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1
The original poster was right.
The following patch should fix it. I'll check it in as soon as my test cycle is
over.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
Index: lib/libc/
ave the files checked out localy.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg51322/pgp0.pgp
Description: PGP signature
Fixed. Thanks!
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg50907/pgp0.pgp
Description: PGP signature
state. The system becomes completely unuseable.
I keep telling myself I'll track it down one of these days, but...
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg50846/pgp0.pgp
D
audit doesn't object I say go for
it!
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
Index: usr.sbin/pw/pw.h
===
RCS file:
Do you have device.hints in /boot of your diskless tree?
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg50827/pgp0.pgp
Description: PGP signature
ncy's sake.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg50684/pgp0.pgp
Description: PGP signature
ut
> never did.
Ahh, I see. Thanks for clearing that up.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg50660/pgp0.pgp
Description: PGP signature
I believe aout support was removed from the kernel some months ago. It was going
to be made a port, but I don't know if that has happened yet.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC
ose "`rm -rf /`", or similar, as
> their passwd... Which would have somewhat unpleasant results since adduser
> runs as root.
Well, you would have to be root to run it in the first place, but I deserve the
pointy hat none the less.
Cheers.
--
Mike Makonnen | GPG-KEY: htt
Committed.
Thanks!
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg50640/pgp0.pgp
Description: PGP signature
[ ok, really cc him this time]
On Sun, Dec 15, 2002 at 01:02:51AM -0800, Mike Makonnen wrote:
>
> [ cc'ed imp@ since the second one concerns changes he recently made ]
>
> On Sat, Dec 14, 2002 at 02:24:12PM -0800, Galen Sampson wrote:
> >
> > 17c17
> &
ot;`ifconfig -l`"
> 148a149,153
> > if ifconfig ${ifn} | grep -s UP, > /dev/null 2>&1; then
> > # Interface is already up, so ignore it.
> > continue;
> > fi
> >
Warner,
He's
earlier email in the thread).
My only argument is that if an admin chooses to use a daemon
from ports then he should be bright enough to
include it in a local filesystem.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg48610/pgp0.pgp
Description: PGP signature
On Wed, Dec 11, 2002 at 10:11:18PM -0800, Doug Barton wrote:
> On Wed, 11 Dec 2002, Mike Makonnen wrote:
>
> > I don't understand what you are saying. Why would we have routing run after
> > local filesystems are mounted but before the network is up?
>
> What if
man 8 rc
man 8 rc.subr
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg48581/pgp0.pgp
Description: PGP signature
one mentioned a freebsd-rc list, but I found no such list.
> Mispelling? Not freebsd.org list? Delusions?
Yahoo! .
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg48580/pgp0.pgp
Description: PGP signature
On Wed, Dec 11, 2002 at 09:16:27AM -0200, Daniel C. Sobral wrote:
>
> Mm. How about ntpd running in multicast mode? :-)
Hah! I knew I should have checked that before I opened my mouth.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Finge
think being in
sync with NetBSD is a worthwhile and doable goal if we (both projects) make a
firm commitment to do it. This means that we wouldn't be "slavishly" accepting
NetBSD code, but that the projects would work the differences out so that the only
differences left would be because o
However, improvements
to /etc/rc.d/network1 to allow bringing up/down the interfaces
individually would be nice.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg48512/pgp0.pgp
Description: PGP signature
would
not be a good idea. Maybe we could move the other routing daemons
there as well (from /usr/sbin)?
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg48503/pgp0.pgp
Description: PGP signature
t other parts, which in turn
is going to affect the whole. This is really frustrating sometimes.
So, in short: "Please let's pick a path and follow it whole-heartedly!"
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint
y_ daemon that requires
network availability. I think in this case it would be more correct to
have the network daemons REQUIRE the routing daemons. Does that make
sense?
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA
m serially
because it would take too long to startup your system so you use some sort
of mechanism (like the -background option to ppp(8)) to run it in the background.
I would suggest that you do something like this:
( mpd -foreground; /etc/rc.d/ipnat reload ) &
... unless it is not possible for
ve it done when I get a chance later this week.
(A consequence of this is going to be that we will be moving *away* from
NetBSD in the dependency ordering, but we can sort that out with them later).
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerpr
script which runs after /etc/rc.d/ipnat. In this
case you can simply re-apply the rules after the negotiation is completed:
/etc/rc.d/ipnat reload
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68
On Mon, Dec 02, 2002 at 12:00:27AM -0500, Robert Watson wrote:
> Base system perl-based tools added to the TODO list. We need to deal with
> these ASAP.
>
I have already submitted adduser/rmuser to Mark.
http://www.identd.net/~mtm/adduser.tar.gz
Cheers.
--
Mike Makonnen | GPG-
27;t think there
was any implicit or explicit guarantee that if you changed the order things
wouldn't break. For your particular situation I think the following will
give the desired order:
1. Leave rc.d/named alone
2. Modify rc.d/ldconfig :
# REQUIRE: SERVERS
# BEFORE: named
if you change the default order of the scripts you _may_ need to
modify one or more BEFORE or REQUIRE lines. That's what they are there
for after all.
Cheers.
--
Mike Makonnen <[EMAIL PROTECTED]>
GPG Key-ID: 0xDBCC68B9 GPG-KEY: http://www.identd.net/~mtm/mtm.asc
Key fingerprint
These are benign. Those scripts are used by NetBSD only.
You don't see the errors on boot because of a 2>&/dev/null in /etc/rc.
Cheers.
--
Mike Makonnen <[EMAIL PROTECTED]>
GPG Key-ID: 0xDBCC68B9 GPG-KEY: http://www.identd.net/~mtm/mtm.asc
Key fingerprint = D228 1A6F C6
uts the securelevel script, then we'll have to modify the
BEFORE line of the affected script.
Cheers,
Mike
--
GPG Key: http://www.identd.net/~mtm/gpg.key
pub 1024D/7D39509A 2002-10-08 Mike Makonnen <[EMAIL PROTECTED]>
Key fingerprint = 5491 488A 0445 2DCC 777B 1F03 F3AB F9F8 7D39 509A
msg46410/pgp0.pgp
Description: PGP signature
ou're in an X session or other
console messages have scrolled the output out of the buffer.
Cheers,
Mike.
--
GPG Key: http://www.identd.net/~mtm/gpg.key
pub 1024D/7D39509A 2002-10-08 Mike Makonnen <[EMAIL PROTECTED]>
Key fingerprint = 5491 488A 0445 2DCC 777B 1F03 F3AB F9F8 7D39 509A
be
subtly different because of it, it's a benign error message (in this case).
You can redirect it to /dev/null with the following patch.
Cheers,
Mike Makonnen
Index: etc/rc
===
RCS file: /home/ncvs/src/etc/rc,v
retrieving revision 1.31
On Fri, 16 Aug 2002 08:55:04 -0400 (EDT)
"Robert Watson" <[EMAIL PROTECTED]> wrote:
> I ran into this also, and a bit of fiddling with a debugger was
> un-enlightening -- it was segfaulting on a write to
> __collate_substitute_table in parse.y. The pointer to the table didn't
> appear to be corr
I don't know if I'm the only one having this problem, but I haven't
been able to make a complete buildworld for a couple of
days now. The last time I upgraded was arround August 5.
I have been getting a signal 11 consistently in the same spot.
===> secure/usr.sbin/sshd
===> share
===> share/coll
t'
>
Then, bring the interface down manually (it's even easier now that
you can insert your own script in the rc boot process). I am not being
flippant.
Your suggestion, while it solves your problem, would create a problem
for others (re-read the quote).
Cheers,
Mike Makonnen
To Unsub
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 Mon, 29 Jul 2002 00:22:46 +0900
Hajimu UMEMOTO <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I found that setup of IPsec doesn't work correctly if you are using
> /etc/rc.d/. While NetBSD has setkey in /sbin, FreeBSD has it in
> /usr/sbin. However, the location is hardcoded in /etc/rc.d/ipsec.
> Her
struct plimit and make a note that other fields need
> to be reset.
>
yeah, you're right. I replaced one benign bug with a worse one. Alfred
emailed me about it earlier, but I wasn't paying attention. Sorry :(
Cheers,
Mike Makonnen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
lized immediately
thereafter.
The patch follows.
Cheers,
Mike Makonnen
Index: sys/kern/kern_resource.c
===
RCS file: /home/ncvs/src/sys/kern/kern_resource.c,v
retrieving revision 1.106
diff -u -r1.106 kern_resource.c
--- sys/kern/kern_resou
On Fri, 21 Jun 2002 23:25:15 -0700
Mike Makonnen <[EMAIL PROTECTED]> wrote:
> I don't know how I missed /etc/rc.i386 when I was doing the porting.
> I'll have a chance to work on it Sunday, unless someone else beats me
> to it.
>
Well, here it is. Let me kno
On Mon, 24 Jun 2002 10:54:06 -0700 (PDT)
John Polstra <[EMAIL PROTECTED]> wrote:
> I updated my -current system yesterday, and AMD still isn't being
> started quite right by rc_ng. The messages at boot time say:
>
does the following patch fix it? If so, please comm
uhh... my fault :(
I don't know how I missed /etc/rc.i386 when I was doing the porting.
I'll have a chance to work on it Sunday, unless someone else beats me
to it.
Cheers,
Mike Makonnen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, 16 Jun 2002 04:10:23 -0700
Mike Makonnen <[EMAIL PROTECTED]> wrote:
>
> I don't know if you recieved my earlier email about a bug that I found in
> execve() while working on fixing the "malloc w/ process lock held" bugs.
> Here's a simpler patch.
>
force_depend() subroutine to start required services
that aren't already started.
Cheers,
Mike Makonnen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
, introduced
by nectar@ in rev. 1.162 of kern/kern_exec.c, in the case where the call
to fdcheckstd() fails. Basically it fails to deallocate resources and unlock the
process lock.
Cheers,
Mike Makonnen
Index: sys/kern/kern_exec.c
===
R
On Sat, 15 Jun 2002 12:49:52 -0700
Terry Lambert <[EMAIL PROTECTED]> wrote:
> David O'Brien wrote:
> > On Fri, Jun 14, 2002 at 03:30:19PM -0700, Terry Lambert wrote:
> > > I.e. if "REQUIRE" describes soft dependency ordering, what
> > > describes hard dependency ordering?
> >
> > Why the need to
On Sat, 15 Jun 2002 17:53:03 +0930
"Greg 'groggy' Lehey" <[EMAIL PROTECTED]> wrote:
> On Saturday, 15 June 2002 at 0:34:36 -0700, Mike Makonnen wrote:
> > On Sat, 15 Jun 2002 10:44:31 +0930
> > "Greg 'groggy' Lehey" <[EMAIL PROTECT
On Sat, 15 Jun 2002 10:44:31 +0930
"Greg 'groggy' Lehey" <[EMAIL PROTECTED]> wrote:
> On Thursday, 13 June 2002 at 15:37:55 -0700, Gordon Tetlow wrote:
> > I've imported the excellent work by Mike Makonnen into the tree.
>
> Can you summarize
ncy ordering?
Correct, the REQUIRE line only describes the dependency ordering. To start
it you twiddle the appropriate rc.conf knob.
Cheers,
Mike Makonnen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
IRE be configurable too?
The REQUIRE line doesn't mean it will be started. It just means that
ypbind comes before amd in the boot process.
Cheers,
Mike Makonnen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> but sendmail is no longer started.
[patch ommited]
Thanks.
It's supposed to complain to remind me to get together with the sendmail maintainer
to figure out how to handle sendmail's non-standard "NONE" option.
Cheers,
Mike Makonnen
To Unsubscribe: send mail to [EMAIL PROTE
On Thu, 13 Jun 2002 15:37:55 -0700 (PDT)
Gordon Tetlow <[EMAIL PROTECTED]> wrote:
> I've imported the excellent work by Mike Makonnen into the tree. Please
> note that it should be fully functional but there are some parts that need
> some looking at:
>
> atm
> ip
eep when doing a FREE()? I had assumed not, but it seems
I may be mistaken.
On which way to go:
I like your idea better, because it is less work and less bloat. Sometimes
I have to keep reminding myself: "Choose the simplest design that works."
Cheers,
Mike Makonnen
To Unsubscribe: send
r_ruid et al,
its knowledge of one more member isn't that bad. Basically, I wanted to avoid
having to touch every function that changes the r/e uid, and touch just those that
already dealt with the uidinfo.
In any case, I'll submit a patch to you doing it the way you suggested.
Cheers,
Mik
small amount of
code complexity (but as I said, this is localized, and not very complex
either).
Do you like it?
Should I go ahead and implement a patch?
Anything I overlooked?
Cheers,
Mike Makonnen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sat, 08 Jun 2002 10:57:31 -0400 (EDT)
John Baldwin <[EMAIL PROTECTED]> wrote:
> >> Heh, that's fine. Let me know if it works. :)
> >
> > Ok, no more "exhausted" messages. Before I applied it I had a bunch
of> > dead witnesses when I did a show witness in ddb (i.e. - only about
1 out> > of 1
1 - 100 of 115 matches
Mail list logo
