It's been moved to the Attic. From what I can gather most of what was in there was
moved to sys/sys/stdint.h and whatever files *it* includes.
Cheers,
mikem
On Mon, 31 Dec 2001 21:32:17 -0800 (PST)
Julian Elischer <[EMAIL PROTECTED]> wrote:
>
> CVSup is refusing to give me a inttypes.h,v
vfs.nfs.access_cache_timeout=${nfs_access_cache} >/dev/null
> @@ -732,6 +754,27 @@
> echo -n ' rpc.lockd'; rpc.lockd
> ;;
> esac
You should clean this up so there is only *one* 'case "${nfs_client_enable}"'.
Look at the imple
You should read UPDATING.
PROCFS now requires PSEUDOFS.
mike makonnen
On Tue, 8 Jan 2002 23:48:44 -
"ADRIAN.BROWNE" <[EMAIL PROTECTED]> wrote:
> Anyone got any ideas
>
> kern.version: FreeBSD 5.0-20020102-CURRENT #0: Wed Jan 2 12:00:48 GMT 2002
>
>
>
:
>undefined reference to `linux_ifname'
> *** Error code 1
>
A few days ago changes were made to sys/compat/linux/linux_ioctl.c (rev. 1.79, I
believe) that removed linux_ifname(). Just checkout rev. 1.78 and use that instead.
cheers,
mike makonnen
To Unsubscribe: send mail t
t onto 1.81. Everything except the ident string should succeed.
cheers,
mike makonnen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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
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
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
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
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
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
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:
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
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
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
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/
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
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
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
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
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
("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
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
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
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: 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
; 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
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
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
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
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 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
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
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/
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
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]"
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
___
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
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
; 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
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
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
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 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
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
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 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
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
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
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
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
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
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
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
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"
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
^
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
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
can fix it.
I'd appreciate it if people with the appropriate setups especially test
the following:
ATM
ipfilter
amd
Any comments, constructive criticism welcome.
Cheers,
Mike Makonnen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
[ forgive this breach of net-ettiquette, but this should probably be
given a wider audience]
On Thu, 06 Jun 2002 05:01:18 -0600
Mike Makonnen <[EMAIL PROTECTED]> wrote:
>
>
> Ok folks,
>
> I have our current rc.* scripts ported to the NetBSD framework.
> Preliminar
uid,euid} and further down the call stack uidfind()
allocates some memory specifying the M_WAITOK flag.
Is the solution to this to use M_NOWAIT and continue re-trying untill it
succeeds? Is there on-going smp work in locking down struct proc that
will eliminate this problem?
Cheers,
Mike Makonnen
To Un
re's probably a missing
2>/dev/null somewhere.
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
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
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
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
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
> 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
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
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
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
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 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
, 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
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
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.
>
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 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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-
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
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
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
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
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
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
1 - 100 of 115 matches
Mail list logo
