On Thu, Feb 21, 2002 at 06:24:59AM +0200, John Hay wrote:
Hi Jacques,
Make release fails here. Can it be your changes to kerberos?
Could be; I'll have a look. Thanks!
--
Jacques A. Vidrine [EMAIL PROTECTED] http://www.nectar.cc/
NTT/Verio SME . FreeBSD UNIX
Bruce,
Yes, this patch fix it for me. I had to convert the spaces back to tabs
though. :-)
Hi John--
I was trying to test out another patch, which (in addition to fixing
the problem you found) also folds the functionality of NORELNOTES into
NODOC. Unfortunately, my -CURRENT test
Yes, this patch fix it for me. I had to convert the spaces back to tabs
though. :-)
John
--
John Hay -- [EMAIL PROTECTED]
If memory serves me right, Dima Dorfman wrote:
John Hay [EMAIL PROTECTED] writes:
*** Filesystem is 1440 K, 66 left
*** 4000 bytes/inode, 116 left
If memory serves me right, Dima Dorfman wrote:
John Hay [EMAIL PROTECTED] writes:
*** Filesystem is 1440 K, 66 left
*** 4000 bytes/inode, 116 left
cp: /usr/src/release/texts/FLOPPIES.TXT: No such file or directory
What revision of src/release/Makefile do you have? You
On Sun, May 27, 2001 at 11:32:09PM -0700, Bruce A. Mah wrote:
+.if !defined(NORELNOTES)
Do we really need Yet Another Knob? Why isn't NODOC suffient?
I cannot think of any reason that the people who typically use NODOC=yes
would want release notes.
Or please at least treat NODOCS=yes ==
David O'Brien [EMAIL PROTECTED] writes:
On Sun, May 27, 2001 at 11:32:09PM -0700, Bruce A. Mah wrote:
+.if !defined(NORELNOTES)
Do we really need Yet Another Knob? Why isn't NODOC suffient?
FWIW, I think we should lose NORELNOTES; as you say, NODOC is
sufficient.
I cannot think of any
On Sun, May 27, 2001 at 10:45:59PM +0200, John Hay wrote:
This strongly smells like a side-effect of RELNOTESng that removed
the 'texts' subdir in favor of generated .txt from .sgml source
files
Wilko
A make release failed here with:
#
touch release.8
John Hay [EMAIL PROTECTED] writes:
A make release failed here with:
#
touch release.8
Making fixit floppy.
disklabel: ioctl DIOCWLABEL: Operation not supported by device
Warning: Block size restricts cylinders per group to 6.
Warning: 1216 sector(s) in
A make release failed here with:
#
touch release.8
Making fixit floppy.
disklabel: ioctl DIOCWLABEL: Operation not supported by device
Warning: Block size restricts cylinders per group to 6.
Warning: 1216 sector(s) in last cylinder unallocated
John Hay [EMAIL PROTECTED] writes:
A make release failed here with:
#
touch release.8
Making fixit floppy.
disklabel: ioctl DIOCWLABEL: Operation not supported by device
Warning: Block size restricts cylinders per group to 6.
Warning: 1216
On Sat, Oct 28, 2000 at 01:54:52PM -0700, John W. De Boskey wrote:
/usr/src/sys/modules/ipfilter/../../netinet/mlfk_ipl.c:44:
@/netinet/ip_compat.h:268: osreldate.h: No such file or directory
*** Error code 1
This was fixed (two different ways) 2 days ago.
What rev of /sys/modules/Makefile
On Sun, May 07, 2000 at 07:15:56PM -0400, John W. DeBoskey wrote:
fyi...
=== Creating README.html for tkrat-1.2
=== mail/tkrat2
This belongs in [EMAIL PROTECTED], NOT [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the
"John W. DeBoskey" wrote:
fyi...
=== Creating README.html for tkrat-1.2
=== mail/tkrat2
=== Creating README.html for tkrat-2.0b9
=== mail/wanderlust-emacs
Error: Bad value of EMACS_PORT_NAME: emacs.
Valid values are:
Emacs family: emacs19 mule19 emacs20
XEmacs
Hi.
I just tried a ,make release' with USA_RESIDENT set to NO. It failed with
dit -lgnuregex -lkvm -lz
telnet.lo: In function `setpolicy':
telnet.lo(.text+0x22af): undefined reference to `ipsec_set_policy'
telnet.lo(.text+0x22c0): undefined reference to `ipsec_strerror'
Sorry for the problem. Could you try with this patch for now?
Last patch was bad. Please try this one instead.
Yoshinobu Inoue
--- usr.bin/telnet/Makefile.orig Thu Jan 27 15:04:00 2000
+++ usr.bin/telnet/MakefileSun Jan 30 04:28:44 2000
@@ -40,12 +40,12 @@
CFLAGS+=-DENV_HACK
On Sat, Jan 29, 2000 at 07:14:48PM +0900, Yoshinobu Inoue wrote:
Sorry for the problem. Could you try with this patch for now?
It might be easier to just commit it if `make buildworld' passes.
With the double CVS checkout required in `make release' I don't know an
easy good way to apply
It might be easier to just commit it if `make buildworld' passes.
OK, but now I have middle class speed machine at hand, and
maybe it takes 2 or 3 hours.
Also, do other apps which use libipsec will need same kind of
change?
(There is one under usr.bin, and several under usr.sbin.)
Yoshinobu
On Sat, Jan 29, 2000 at 10:11:05AM +0100, Yoshinobu Inoue wrote:
Sorry for the problem. Could you try with this patch for now?
Thank you, it worked, at least for completing the interupted release
build. I have not tested in which way the patch affects building the
world though.
--
German
Thus spake Rajappa Iyer ([EMAIL PROTECTED]):
That's certainly possible, although it might be a good idea to use a
variable to point to a make.conf file. This way "make release" does
not have to be too aware of what "make world" requires in
/etc/make.conf.
though a make release in any case
make release fails on "make world" with:
!!
You must define the value of USA_RESIDENT as 'YES' or
'NO' as appropriate, in the environment or /etc/make.conf
before building can proceed.
Bruce Burden [EMAIL PROTECTED] writes:
make release fails on "make world" with:
!!
You must define the value of USA_RESIDENT as 'YES' or
'NO' as appropriate, in the environment or /etc/make.conf
before building can
On Tue, Jan 25, 2000 at 03:54:13PM -0500, Rajappa Iyer wrote:
Yes, but $CHROOTDIR/etc is populated by "make installworld" when I do
Why not just set USA_RESIDENT in your environment before starting
`make release'?
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL
"David O'Brien" [EMAIL PROTECTED] writes:
On Tue, Jan 25, 2000 at 03:54:13PM -0500, Rajappa Iyer wrote:
Yes, but $CHROOTDIR/etc is populated by "make installworld" when I do
Why not just set USA_RESIDENT in your environment before starting
`make release'?
That's certainly possible,
I don't know if anyone else has seen this yet. I'm current as of
5 1/2 hours ago... (2am EST, 11pm PST).
I had a non-standard Makefile, my bad. Fixed an hour or so ago.
- Jordan
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the
24 matches
Mail list logo