Re: regenerating /var/db/pkg
On Mon, Apr 26, 2010 at 5:33 AM, Doug Barton wrote: > FWIW, this looks fine to me. Have you submitted a PR? > Yes, http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/145957 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: regenerating /var/db/pkg
2010/4/25 Doug Barton : > On 04/25/10 19:44, Garrett Cooper wrote: >> On Thu, Apr 22, 2010 at 10:05 AM, Eitan Adler >> wrote: >>> Same as before - if all is good I'll send a PR >>> >>> #!/bin/sh >>> # >>> # $FreeBSD: src/etc/periodic/daily/210.backup-aliases,v 1.6.36.1.2.1 >>> 2009/10/25 01:10:29 kensmith Exp $ >>> # >>> >>> # If there is a global system configuration file, suck it in. >>> # >>> if [ -r /etc/defaults/periodic.conf ] >>> then >>> . /etc/defaults/periodic.conf >>> source_periodic_confs >>> fi >>> >>> bak=/var/backups >>> db_loc=$(/usr/bin/make -f/usr/share/mk/bsd.port.mk -V PKG_DBDIR 2>/dev/null) >>> bk_loc="$bak/pkgdb.bak.tar.bz2" >>> >>> case "$daily_backup_pkgdb_enable" in >>> [Yy][Ee][Ss]) >> >> This could be done via rc.subr's checkyesno function. > > It's periodic, not rc.d. :) It would be nice if some of the more usable functions got moved out of rc.subr though :(... It would cure 20 lines of duplicate code here and elsewhere outside of rc land... >>> if [ ! -d $db_loc ] >> >> Please quote the string. > > I generally do quote the string as a matter of paranoia, however the > practical result is likely to be the same. Yes, and you're assuming that users won't do: PKG_DBDIR := /my /super /special/ directory with spaces Granted, a lot of things probably won't work that way, but just compounding to the issue of not quoting variables seems like a silly mistake to make :/. Thanks, -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: regenerating /var/db/pkg
> It would be nice if some of the more usable functions got moved out of > rc.subr though :(... It would cure 20 lines of duplicate code here and > elsewhere outside of rc land... Where should they go? I'll gladly work on a patch to make them available to periodic scripts. > > Yes, and you're assuming that users won't do: > > PKG_DBDIR := /my /super /special/ directory with spaces > > Granted, a lot of things probably won't work that way, but just > compounding to the issue of not quoting variables seems like a silly > mistake to make :/. IMHO a user that uses crazy things should know that things will break Almost no program around correctly handles all filenames: http://www.dwheeler.com/essays/filenames-in-shell.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: regenerating /var/db/pkg
On Thu, 22 Apr 2010 20:05:48 +0300 Eitan Adler wrote: > bak=/var/backups This should be configurable IMO. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: regenerating /var/db/pkg
On Mon, Apr 26, 2010 at 2:01 PM, RW wrote: > On Thu, 22 Apr 2010 20:05:48 +0300 > Eitan Adler wrote: > >> bak=/var/backups > > This should be configurable IMO. This currently isn't configurable in 210.backup-aliases which is where I copied this from. I'm going to submit a *separate* PR with an enhancement allowing configuration of the backup location. If accepted I'll update my 220.backup.pkgdb script. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: kern+world / ports make options
On 24 Apr 2010, at 20:42, Pegasus Mc Cleaft wrote: Hello Hackers & Current, I was wondering it if is possible, or if it can be done so a separate set of CC, CXX, etc can be specified for building the world and kernel independently of a ports build? Right now, I use the base GCC to compile the world and kernel, and GCC44 for most of the other ports (when it complies cleanly). But I have to keep editing the /etc/make.conf file to switch between the two. It may already be implemented, but it would be nice if there was something defined while the kernel and/or world is being built to that a nested block of ifdefs can select which env variables to be set. # make toolchain buildworld buildkernel … This forces build core gcc and others to build world & kernel Peg ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org " ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
[patch] [RFC] pathchk quiet flag
This path adds a -q flag to stop pathchk from outputting error
messages but still return an error code.
Index: pathchk.c
===
--- pathchk.c (revision 207232)
+++ pathchk.c (working copy)
@@ -51,18 +51,20 @@
static void usage(void);
static int pflag; /* Perform portability checks */
-
-int
+static int qflag = 0; /* stop pathchk from talking */
main(int argc, char *argv[])
{
int ch, rval;
const char *arg;
- while ((ch = getopt(argc, argv, "p")) > 0) {
+ while ((ch = getopt(argc, argv, "pq")) > 0) {
switch (ch) {
case 'p':
pflag = 1;
break;
+ case 'q':
+ qflag = 1;
+ break;
default:
usage();
/*NOTREACHED*/
@@ -85,7 +87,7 @@
usage(void)
{
- fprintf(stderr, "usage: pathchk [-p] pathname ...\n");
+ fprintf(stderr, "usage: pathchk [-qp] pathname ...\n");
exit(1);
}
@@ -118,20 +120,29 @@
*end = '\0';
if (namemax != -1 && complen > namemax) {
- warnx("%s: %s: component too long (limit %ld)", path,
- p, namemax);
+ if (!qflag)
+ {
+ warnx("%s: %s: component too long (limit %ld)",
path,
+ p, namemax);
+ }
goto bad;
}
if (!pflag && stat(pathd, &sb) == -1 && errno != ENOENT) {
- warn("%s: %.*s", path, (int)(strlen(pathd) -
- complen - 1), pathd);
+ if (!qflag)
+ {
+ warn("%s: %.*s", path, (int)(strlen(pathd) -
+ complen - 1), pathd);
+ }
goto bad;
}
if (pflag && (badch = portable(p)) >= 0) {
- warnx("%s: %s: component contains non-portable "
- "character `%c'", path, p, badch);
+ if (!qflag)
+ {
+ warnx("%s: %s: component contains non-portable "
+ "character `%c'", path, p, badch);
+ }
goto bad;
}
@@ -158,7 +169,10 @@
} else
pathmax = _POSIX_PATH_MAX;
if (pathmax != -1 && strlen(path) >= (size_t)pathmax) {
- warnx("%s: path too long (limit %ld)", path, pathmax - 1);
+ if (!qflag)
+ {
+ warnx("%s: path too long (limit %ld)", path, pathmax -
1);
+ }
goto bad;
}
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Reminder: USENIX OSDI Submission Deadline is May 7
We're writing to remind you that the submission deadline for the 9th USENIX Symposium on Operating Systems Design and Implementation (OSDI '10) is approaching. Please submit your work by Friday, May 7, 2010, 9:00 p.m. PDT. Please note: The page limit for submissions is 12 pages not including references. http://www.usenix.org/osdi10/cfpb/ OSDI brings together professionals from academic and industrial backgrounds in what has become a premier forum for discussing the design, implementation, and implications of systems software. The OSDI Symposium emphasizes innovative research as well as quantified or insightful experiences in systems design and implementation. OSDI takes a broad view of the systems area and solicits contributions from many fields of systems practice, including, but not limited to: * Operating systems * File and storage systems * Distributed systems * Mobile systems * Secure systems * Embedded systems * Virtualization * Networking as it relates to operating systems * The interaction of hardware and software development We particularly encourage contributions containing highly original ideas, new approaches, and/or groundbreaking results. Submissions will be judged on originality, significance, interest, clarity, relevance, and correctness. Accepted papers will be shepherded through an editorial review process by a member of the program committee. For more details on the submission process, please see the complete Call for Papers at: http://www.usenix.org/osdi10/cfpb/ We look forward to receiving your submissions! Remzi Arpaci-Dusseau, University of Wisconsin, Madison Brad Chen, Google, Inc. OSDI '10 Program Co-Chairs osdi10cha...@usenix.org - Call for Papers 9th USENIX Symposium on Operating Systems Design and Implementation October 4-6, 2010 Vancouver, BC, Canada http://www.usenix.org/osdi10/cfpb/ Submissions Deadline: May 7, 2010 Sponsored by USENIX in cooperation with ACM SIGOPS - ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Building kernels broken under AMD64 Releng 8
Hi all, Am noticing the following when attempting to build a kernel: [r...@blurfl /usr/src]# make buildkernel -- >>> Kernel build for GENERIC started on Tue Apr 27 07:53:29 EST 2010 -- ===> GENERIC mkdir -p /usr/obj/src/FreeBSD/STABLE/src/sys -- >>> stage 1: configuring the kernel -- cd /src/FreeBSD/STABLE/src/sys/amd64/conf; PATH=/usr/obj/src/FreeBSD/STABLE/sr/tmp/legacy/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/legacy/usr/bin:/usr/ob/src/FreeBSD/STABLE/src/tmp/legacy/usr/games:/usr/obj/src/FreeBSD/STABLE/src/tm/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/usr/bin:/usr/obj/src/FreeBSD/STABE/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/src/FreeSD/STABLE/src/sys/GENERIC /src/FreeBSD/STABLE/src/sys/amd64/conf/GENERIC ../../conf/options.amd64: Duplicate option COMPAT_FREEBSD32. *** Error code 1 Stop in /src/FreeBSD/STABLE/src. *** Error code 1 Stop in /src/FreeBSD/STABLE/src. Any clues? I believe it's related to the COMPAT_IA32 option being replaced (I haven't built a kernel since the beginning of the month). Stephen ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Building kernels broken under AMD64 Releng 8
On Mon, Apr 26, 2010 at 2:54 PM, Stephen Hocking wrote: > Hi all, > > Am noticing the following when attempting to build a kernel: > > [r...@blurfl /usr/src]# make buildkernel > > -- Kernel build for GENERIC started on Tue Apr 27 07:53:29 EST 2010 > -- > ===> GENERIC > mkdir -p /usr/obj/src/FreeBSD/STABLE/src/sys > > -- stage 1: configuring the kernel > -- > cd /src/FreeBSD/STABLE/src/sys/amd64/conf; > PATH=/usr/obj/src/FreeBSD/STABLE/sr/tmp/legacy/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/legacy/usr/bin:/usr/ob/src/FreeBSD/STABLE/src/tmp/legacy/usr/games:/usr/obj/src/FreeBSD/STABLE/src/tm/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/usr/bin:/usr/obj/src/FreeBSD/STABE/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > config -d /usr/obj/src/FreeSD/STABLE/src/sys/GENERIC > /src/FreeBSD/STABLE/src/sys/amd64/conf/GENERIC > ../../conf/options.amd64: Duplicate option COMPAT_FREEBSD32. > *** Error code 1 > > Stop in /src/FreeBSD/STABLE/src. > *** Error code 1 > > Stop in /src/FreeBSD/STABLE/src. > > > Any clues? I believe it's related to the COMPAT_IA32 option being > replaced (I haven't built a kernel since the beginning of the month). This was reported approximately a week ago and Warner (imp@) was made aware of the problem, and fixed the issue in a later revision of 8-STABLE I think. Please see: http://lists.freebsd.org/pipermail/svn-src-all/2010-April/022969.html for more details. Thanks, -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Building kernels broken under AMD64 Releng 8
In message: Garrett Cooper writes: : On Mon, Apr 26, 2010 at 2:54 PM, Stephen Hocking : wrote: : > Hi all, : > : > Am noticing the following when attempting to build a kernel: : > : > [r...@blurfl /usr/src]# make buildkernel : > : > -- : Kernel build for GENERIC started on Tue Apr 27 07:53:29 EST 2010 : > -- : > ===> GENERIC : > mkdir -p /usr/obj/src/FreeBSD/STABLE/src/sys : > : > -- : stage 1: configuring the kernel : > -- : > cd /src/FreeBSD/STABLE/src/sys/amd64/conf; : > PATH=/usr/obj/src/FreeBSD/STABLE/sr/tmp/legacy/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/legacy/usr/bin:/usr/ob/src/FreeBSD/STABLE/src/tmp/legacy/usr/games:/usr/obj/src/FreeBSD/STABLE/src/tm/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/usr/bin:/usr/obj/src/FreeBSD/STABE/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin : > config -d /usr/obj/src/FreeSD/STABLE/src/sys/GENERIC : > /src/FreeBSD/STABLE/src/sys/amd64/conf/GENERIC : > ../../conf/options.amd64: Duplicate option COMPAT_FREEBSD32. : > *** Error code 1 : > : > Stop in /src/FreeBSD/STABLE/src. : > *** Error code 1 : > : > Stop in /src/FreeBSD/STABLE/src. : > : > : > Any clues? I believe it's related to the COMPAT_IA32 option being : > replaced (I haven't built a kernel since the beginning of the month). : : This was reported approximately a week ago and Warner (imp@) was : made aware of the problem, and fixed the issue in a later revision of : 8-STABLE I think. Please see: : http://lists.freebsd.org/pipermail/svn-src-all/2010-April/022969.html : for more details. You always have to rebuild world before rebuilding the kernel. You often can get away with not doing that, but not aways. I'm adding a safety belt to config, and that should be done soon. Warner ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Building kernels broken under AMD64 Releng 8
On Tue, Apr 27, 2010 at 9:19 AM, M. Warner Losh wrote: > In message: > Garrett Cooper writes: > : On Mon, Apr 26, 2010 at 2:54 PM, Stephen Hocking > : wrote: > : > Hi all, > : > > : > Am noticing the following when attempting to build a kernel: > : > > : > [r...@blurfl /usr/src]# make buildkernel > : > > : > -- > : Kernel build for GENERIC started on Tue Apr 27 07:53:29 EST 2010 > : > -- > : > ===> GENERIC > : > mkdir -p /usr/obj/src/FreeBSD/STABLE/src/sys > : > > : > -- > : stage 1: configuring the kernel > : > -- > : > cd /src/FreeBSD/STABLE/src/sys/amd64/conf; > : > > PATH=/usr/obj/src/FreeBSD/STABLE/sr/tmp/legacy/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/legacy/usr/bin:/usr/ob/src/FreeBSD/STABLE/src/tmp/legacy/usr/games:/usr/obj/src/FreeBSD/STABLE/src/tm/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/usr/bin:/usr/obj/src/FreeBSD/STABE/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > : > config -d /usr/obj/src/FreeSD/STABLE/src/sys/GENERIC > : > /src/FreeBSD/STABLE/src/sys/amd64/conf/GENERIC > : > ../../conf/options.amd64: Duplicate option COMPAT_FREEBSD32. > : > *** Error code 1 > : > > : > Stop in /src/FreeBSD/STABLE/src. > : > *** Error code 1 > : > > : > Stop in /src/FreeBSD/STABLE/src. > : > > : > > : > Any clues? I believe it's related to the COMPAT_IA32 option being > : > replaced (I haven't built a kernel since the beginning of the month). > : > : This was reported approximately a week ago and Warner (imp@) was > : made aware of the problem, and fixed the issue in a later revision of > : 8-STABLE I think. Please see: > : http://lists.freebsd.org/pipermail/svn-src-all/2010-April/022969.html > : for more details. > > You always have to rebuild world before rebuilding the kernel. You > often can get away with not doing that, but not aways. > > I'm adding a safety belt to config, and that should be done soon. > OK, thanks - wasn't immediately clear. Now, one should usually do an installkernel prior to an installworld, in case system calls change, is this correct? Stephen ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Building kernels broken under AMD64 Releng 8
On Mon, Apr 26, 2010 at 4:51 PM, Stephen Hocking wrote: > On Tue, Apr 27, 2010 at 9:19 AM, M. Warner Losh wrote: >> In message: >> Garrett Cooper writes: >> : On Mon, Apr 26, 2010 at 2:54 PM, Stephen Hocking >> : wrote: >> : > Hi all, >> : > >> : > Am noticing the following when attempting to build a kernel: >> : > >> : > [r...@blurfl /usr/src]# make buildkernel >> : > >> : > -- >> : Kernel build for GENERIC started on Tue Apr 27 07:53:29 EST 2010 >> : > -- >> : > ===> GENERIC >> : > mkdir -p /usr/obj/src/FreeBSD/STABLE/src/sys >> : > >> : > -- >> : stage 1: configuring the kernel >> : > -- >> : > cd /src/FreeBSD/STABLE/src/sys/amd64/conf; >> : > >> PATH=/usr/obj/src/FreeBSD/STABLE/sr/tmp/legacy/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/legacy/usr/bin:/usr/ob/src/FreeBSD/STABLE/src/tmp/legacy/usr/games:/usr/obj/src/FreeBSD/STABLE/src/tm/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/usr/bin:/usr/obj/src/FreeBSD/STABE/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin >> : > config -d /usr/obj/src/FreeSD/STABLE/src/sys/GENERIC >> : > /src/FreeBSD/STABLE/src/sys/amd64/conf/GENERIC >> : > ../../conf/options.amd64: Duplicate option COMPAT_FREEBSD32. >> : > *** Error code 1 >> : > >> : > Stop in /src/FreeBSD/STABLE/src. >> : > *** Error code 1 >> : > >> : > Stop in /src/FreeBSD/STABLE/src. >> : > >> : > >> : > Any clues? I believe it's related to the COMPAT_IA32 option being >> : > replaced (I haven't built a kernel since the beginning of the month). >> : >> : This was reported approximately a week ago and Warner (imp@) was >> : made aware of the problem, and fixed the issue in a later revision of >> : 8-STABLE I think. Please see: >> : http://lists.freebsd.org/pipermail/svn-src-all/2010-April/022969.html >> : for more details. >> >> You always have to rebuild world before rebuilding the kernel. You >> often can get away with not doing that, but not aways. >> >> I'm adding a safety belt to config, and that should be done soon. >> > > OK, thanks - wasn't immediately clear. Now, one should usually do an > installkernel prior to an installworld, in case system calls change, > is this correct? Wouldn't kernel-toolchain accomplish the same thing? Thanks, -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Building kernels broken under AMD64 Releng 8
In message: Stephen Hocking writes: : On Tue, Apr 27, 2010 at 9:19 AM, M. Warner Losh wrote: : > In message: : > Garrett Cooper writes: : > : On Mon, Apr 26, 2010 at 2:54 PM, Stephen Hocking : > : wrote: : > : > Hi all, : > : > : > : > Am noticing the following when attempting to build a kernel: : > : > : > : > [r...@blurfl /usr/src]# make buildkernel : > : > : > : > -- : > : Kernel build for GENERIC started on Tue Apr 27 07:53:29 EST 2010 : > : > -- : > : > ===> GENERIC : > : > mkdir -p /usr/obj/src/FreeBSD/STABLE/src/sys : > : > : > : > -- : > : stage 1: configuring the kernel : > : > -- : > : > cd /src/FreeBSD/STABLE/src/sys/amd64/conf; : > : > PATH=/usr/obj/src/FreeBSD/STABLE/sr/tmp/legacy/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/legacy/usr/bin:/usr/ob/src/FreeBSD/STABLE/src/tmp/legacy/usr/games:/usr/obj/src/FreeBSD/STABLE/src/tm/usr/sbin:/usr/obj/src/FreeBSD/STABLE/src/tmp/usr/bin:/usr/obj/src/FreeBSD/STABE/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin : > : > config -d /usr/obj/src/FreeSD/STABLE/src/sys/GENERIC : > : > /src/FreeBSD/STABLE/src/sys/amd64/conf/GENERIC : > : > ../../conf/options.amd64: Duplicate option COMPAT_FREEBSD32. : > : > *** Error code 1 : > : > : > : > Stop in /src/FreeBSD/STABLE/src. : > : > *** Error code 1 : > : > : > : > Stop in /src/FreeBSD/STABLE/src. : > : > : > : > : > : > Any clues? I believe it's related to the COMPAT_IA32 option being : > : > replaced (I haven't built a kernel since the beginning of the month). : > : : > : This was reported approximately a week ago and Warner (imp@) was : > : made aware of the problem, and fixed the issue in a later revision of : > : 8-STABLE I think. Please see: : > : http://lists.freebsd.org/pipermail/svn-src-all/2010-April/022969.html : > : for more details. : > : > You always have to rebuild world before rebuilding the kernel. You : > often can get away with not doing that, but not aways. : > : > I'm adding a safety belt to config, and that should be done soon. : > : : OK, thanks - wasn't immediately clear. Now, one should usually do an : installkernel prior to an installworld, in case system calls change, : is this correct? Yes. installkernel, reboot, installworld. For stable branches, the rate of new system call addition is slow, so you can sometimes get away with not doing the reboot. But when it fails, it can leave your system unbootable. Warner ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
