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 68B9
. 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
.
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
: In function `adv_isa_probe':
/h/des/src/sys/dev/advansys/adv_isa.c:232: warning: overflow in implicit constant
conversion
*** Error code 1
Fixed. Peter fixed the same problem elsewhere, but must have missed
this one.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED
or something like that.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
, but could that be the
problem here?
Mike
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
, bad cache, bad CPU, etc.
Its not always overheating.
Hmm... well, I got that from Jay Estabrook (works at DEC/Compaq/HP) via
the [EMAIL PROTECTED] The archived message is here:
http://www.lib.uaa.alaska.edu/axp-list/archive/1998-12/0491.html
FWIW...
Mike
To Unsubscribe: send mail to [EMAIL
Craig Rodrigues [EMAIL PROTECTED] writes:
Hi,
This patch fixes the read(2) and write(2) man pages
to accurately reflect the iovec structure defined
in sys/_iovec.h and sys/uio.h.
Committed, thanks.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
Jake Burkholder [EMAIL PROTECTED] writes:
Apparently, On Wed, Jan 08, 2003 at 11:25:12PM +,
Mike Barcroft said words to the effect of;
--
Kernel build for GENERIC started on Wed Jan 8 22:16:49 GMT 2003
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
)buflen);
return (EPERM);
}
bzero(temp.ml_auxsingle, sizeof(temp.ml_auxsingle));
%%%
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Mike Barcroft [EMAIL PROTECTED] writes:
@@ -1077,8 +1078,9 @@
if (buflen != sizeof(temp)) {
if (buflen != sizeof(temp) - sizeof(temp.ml_auxsingle)) {
- printf(mac_lomac_associate_vnode_extattr: bad size %d\n,
- buflen
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
);
+ (unsigned long)dm_segs[segcnt].ds_addr,
+ (unsigned long)dm_segs[segcnt].ds_len);
cto-rsp.m0.ct_xfrlen += dm_segs[segcnt].ds_len;
cto-ct_seg_count++;
}
%%%
Best regards,
Mike
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
for the new interface (ls(1) for instance).
I'd like to see the interface restored and merged into RELENG_5_0 before
we introduce this mistake on the world.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
it would be downright bizarre for
POSIX to specify sigaction() and yet omit sa_handler.
This looks like my bug. I'll fix it.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
At 02:45 AM 12/21/2002 +0100, Dan Lukes wrote:
At 10:22 PM 20/12/2002 +0100, Dan Lukes wrote:
If there somebody failing to configure vlans on a nic with
vlan-hardware support - read the PR 46405 (patch attached).
Mike Tancsa wrote, On 12/20/02 22:46:
Does this bug show up
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
it.
continue;
fi
Warner,
He's working off the first set of changes you made but it seems
that in the diskless case you may have to reconfigure more
than just lo0.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E
[ 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
pidfile=/var/run/${name}.pid
---
pidfile=/var
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
at the first character
and not caring about anything else, except for whatever maximum pathname
requirements you choose to impose.
Maybe I am missing something in the system call semantics?
Sounds like a bug to me. Could you open a PR?
Best regards,
Mike Barcroft
To Unsubscribe: send mail
Nate Lawson [EMAIL PROTECTED] writes:
On Wed, 11 Dec 2002, Mike Barcroft wrote:
Nate Lawson [EMAIL PROTECTED] writes:
What's the proper way to get a typedef for u_int? Is there a doc
somewhere on what we expect in terms of #defines for 3rd party application
authors?
sys/types.h
Mike Barcroft [EMAIL PROTECTED] writes:
Nate Lawson [EMAIL PROTECTED] writes:
cc -O -c -O -pipe -mcpu=pentiumpro -mcpu=pentiumpro -I./../include
-I./.. -DDIRENT=1 -DDIRENT=1 -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1
-DHAVE_FCNTL_H=1 -DHAVE_ST_RDEV=1 -DHAVE_TM_ZONE=1
-DHAVE_LONG_FILE_NAMES=1
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
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
, but that the projects would work the differences out so that the only
differences left would be because of architectural differences between the
two OSes.
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
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] | Fingerprint
writing a POSIX or X/Open
application (the only time __BSD_VISIBLE is false) you'll have to do
the typedef manually in your application.
u_int is undocumented and unportable, so it probably shouldn't be
used. It's only 3 characters shorter than `unsigned' anyway.
Best regards,
Mike Barcroft
?
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
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
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 /usr/local is an nfs-mounted partition
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 DAE1 E2AF DBCC 68B9
msg48487
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: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg48488
), rev
1.00
port 1 powered
port 2 powered
da1 at umass-sim0 bus 0 target 1 lun 0
da1: eUSB Compact Flash Removable Direct Access SCSI-2 device
da1: 650KB/s transfers
da1: 61MB (125440 512 byte sectors: 64H 32S/T 61C)
---Mike
On Tue, 10 Dec 2002 22:13:49 -0500
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
. 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 68B9
msg48442/pgp0.pgp
Description: PGP
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] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
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 some reason.
Cheers.
--
Mike Makonnen | GPG
environment (in which case don't specify
a standard), or you want a standard environment (where file.h doesn't
exist). Indeed what you are trying to do is unsupported.
For details on how to write a conforming application see section 2.2
of POSIX.1-2001.
Best regards,
Mike Barcroft
To Unsubscribe: send
writer's part. The
attached patch fixes the problem with the port.
Best regards,
Mike Barcroft
--- sys_freebsd.c.orig Sun Dec 8 10:57:14 2002
+++ sys_freebsd.c Sun Dec 8 10:56:19 2002
@@ -17,6 +17,7 @@
*
*/
+#include sys/types.h
#include kvm.h
#include fcntl.h
#include sys/dkstat.h
with BSD's behaviour.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
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-KEY: http
Fri Nov 29 09:15:00 GMT 2002
Running test variables
PASS: Test variables detected no regression, output matches.
Running test targets
PASS: Test targets detected no regression.
Running test sysvmatch
PASS: Test sysvmatch detected no regression.
Running test lhs_expn
PASS: Test lhs_expn detected no
Fri Nov 29 15:15:00 GMT 2002
U share/man/man3/stdarg.3
U share/man/man4/ata.4
U share/man/man4/dummynet.4
U share/man/man4/ipfirewall.4
U share/man/man4/ktr.4
U share/man/man4/stf.4
U share/man/man4/tap.4
U share/man/man4/tcp.4
U share/man/man4/umass.4
U share/man/man4/usb.4
U
Fri Nov 29 21:15:00 GMT 2002
U games/factor/factor.6
U lib/libc/gen/fts.3
U lib/libc/locale/iswalnum.3
U lib/libc/locale/mbrlen.3
U lib/libc/locale/mbrtowc.3
U lib/libc/locale/mbsinit.3
U lib/libc/locale/mbsrtowcs.3
U lib/libc/locale/towlower.3
U lib/libc/locale/towupper.3
U lib/libc/locale/utf8.5
sysvmatch
PASS: Test sysvmatch detected no regression.
Running test lhs_expn
FAIL: Test failed: regression detected. See above.
*** Error code 1
1 error
*** Error code 2
The sparc64 tinderbox is running a stale world (about 3 months old),
so it's hitting the same problem.
Best regards,
Mike
On Wednesday, November 27, 2002, at 11:34 pm, Paul A. Scott wrote:
Oh, #$%@. I'm so embarrassed. My terminal session was logged into Mac
OSX
not FreeBSD, and I had mirrored the same directory structure, so I faked
myself out.
Bottom line is, cvs on Freebsd works like a champ. The cvs on
find my dmesg output in the bug report.
mike
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Thu Nov 28 21:15:00 GMT 2002
U lib/libc/net/if_nametoindex.c
U sys/sys/select.h
U sys/sys/signal.h
U tools/regression/usr.bin/make/Makefile
Running test variables
PASS: Test variables detected no regression, output matches.
Running test targets
PASS: Test targets detected no regression.
Running
Fri Nov 29 03:15:00 GMT 2002
U lib/libpam/modules/pam_ksu/pam_ksu.c
U release/doc/en_US.ISO8859-1/early-adopter/article.sgml
Running test variables
PASS: Test variables detected no regression, output matches.
Running test targets
PASS: Test targets detected no regression.
Running test sysvmatch
. 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 = D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg47596/pgp0.pgp
Description: PGP signature
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
Cheers.
--
Mike Makonnen [EMAIL PROTECTED]
GPG Key-ID: 0xDBCC68B9
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 C64E 120A A1C9 A3AA DAE1
that, though I'm not quite sure if it's correct.
It needs a similar change for FD_CLR(). I'll get this fixed; thanks
for the patch.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
need DDB
compiled in for it to work. And if you have DDB compiled in, how hard
is it to type `trace'?
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
?). By default,
/proc is no longer mounted. To reenable it (not recommended for
production systems because of procfs' poor security record) add the
following line to fstab:
proc/proc procfs rw 0 0
and run:
mount /proc
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL
Thu Nov 21 15:15:00 GMT 2002
U MAINTAINERS
U include/Makefile
U secure/lib/libcrypto/Makefile
U secure/lib/libssl/Makefile
U secure/usr.bin/openssl/Makefile
U sys/kern/kern_proc.c
U sys/kern/kern_synch.c
U sys/kern/sched_4bsd.c
cvs [update aborted]: cannot make directory include: File exists
To
Fri Nov 22 03:15:00 GMT 2002
...
U release/doc/en_US.ISO8859-1/hardware/alpha/proc-alpha.sgml
U release/doc/ja_JP.eucJP/hardware/common/dev.sgml
U release/doc/ja_JP.eucJP/hardware/i386/proc-i386.sgml
U release/doc/ja_JP.eucJP/hardware/ia64/article.sgml
U
Mon Nov 18 15:15:00 GMT 2002
cvs [update aborted]: /home/ncvs/CVSROOT: Interrupted system call
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
); \
__size_t _n = _howmany(FD_SETSIZE, _NFDBITS); \
while (_n 0) \
_p-__fds_bits[--_n] = 0; \
} while (0);
...to overcome the issues with the inline version?
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
doing something wrong with OPIE?
Thanks,
Mike
--
Mike Heffner mheffner@[acm.]vt.edu
[EMAIL PROTECTED]
msg46660/pgp0.pgp
Description: PGP signature
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
. If not, this is a bug in
Python (since POSIX doesn't specify chroot()) and should be fixed at
their end and in the ports collection.
_BSD_SOURCE provides mostly the same visibility as not defining any
standards constants, so it isn't very useful.
Best regards,
Mike Barcroft
Index: unistd.h
.
With no standard environment specified, all POSIX.1-1996 objects
should still be available. Can you provide an example where no
constants specified would differ from _BSD_SOURCE and _POSIX_C_SOURCE
being specified?
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
401 - 500 of 1809 matches
Mail list logo