On Tue, Feb 20, 2001 at 05:14:57PM +0900, Jun Kuriyama wrote:
At 20 Feb 2001 07:54:22 GMT,
Kris Kennaway wrote:
No, MACHINE_CPU is optional. If you don't have it set, you get the
vanilla C code. So if you don't have it set at all, you'll get C code
in OpenSSL as it's always been, then the
On Mon, Feb 19, 2001 at 10:30:17AM -0800, Alfred Perlstein wrote:
* Leif Neland [EMAIL PROTECTED] [010219 08:54] wrote:
We all know: -current is bleeding edge, expect it to break at random. Don't run it
if you don't know how to fix it.
-stable is for production, it works all the time.
On Tue, 20 Feb 2001, Kris Kennaway wrote:
On Tue, Feb 20, 2001 at 05:14:57PM +0900, Jun Kuriyama wrote:
I don't know this is local problem on my environment, but "make
buildworld" with old make(1) failed if I did not set MACHINE_CPU in
/etc/make.conf. So it seems invoked make(1) in
On Tue, Feb 20, 2001 at 07:48:31PM +1100, Bruce Evans wrote:
On Tue, 20 Feb 2001, Kris Kennaway wrote:
On Tue, Feb 20, 2001 at 05:14:57PM +0900, Jun Kuriyama wrote:
I don't know this is local problem on my environment, but "make
buildworld" with old make(1) failed if I did not set
Hi,
I could make buildworld and installworld sucessfully
but "make buildkernel" fails. (kernel is built but
no modules could be compiled). CVSUP a few minutes ago.
=== 3dfx
make: don't know how to make machine/lock.h. Stop
*** Error code 2
Stop in /usr/src/sys/modules.
*** Error code 1
Stop
Sorry if you have seen before.
I've found that current 5-current is broken, since krb5 cannot compile.
Here is a typical compiler message:
In file included from
/usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/krb5/krb5_locl.h:142,
from
Give it about an hour and re-cvsup. Once you have rev 1.94 of
src/sys/conf/kmod.mk, you should be set. Or you can grab the delta by
cvsweb if you are in a hurry.
Jean Louis Ntakpe wrote:
Hi,
I could make buildworld and installworld sucessfully
but "make buildkernel" fails. (kernel is
Matthew Jacob [EMAIL PROTECTED] writes:
This doesn't work 100%. In particular if you have a sys that's not part of
/usr/src/sys it doesn't always work.
Yes, it does, if your sys tree is complete. There used to be a problem
building modules, but it was fixed a month or two ago.
DES
--
Hi,
I have finished now my work here with TI-RPC, and I'm only doing
bug-fixing now before this gets comitted.
I'd like that many people test these changes and send me bugreports
back. This is a port from NetBSD, and as in NetBSD, it uses Unix Domain
Sockets instead of TLI/XLI stuff. I'v taken
On 19 Feb, Wesley Morgan wrote:
Since the big shake-up with -current, I find that mozilla and galeon can
no longer function (both up to date), but lynx has no problems. Mozilla
[...]
Is anyone else seeing this?
Yes (galeon-0.9b3 + mozilla-0.7).
Netscape 4.76 works.
Bye,
Alexander.
--
No, I don't think it is hardware. It died on the same spot for the
third time in a row:
tail -15 /var/tmp/w.log*
== /var/tmp/w.log ==
cd /opt/src/lib/csu/i386-elf; make _EXTRADEPEND
cc -O -pipe -march=i686 -elf -Wall -fkeep-inline-functions
-I/opt/src/lib/csu/i386-elf/../common
On Tue, Feb 20, 2001 at 11:27:17AM -0500, Mikhail Teterin wrote:
No, I don't think it is hardware. It died on the same spot for the
third time in a row:
...
What date is the -CURRENT you are attempting the build on from? There were
problems with as failing for a while not long ago. Check your
Maxim Sobolev wrote:
Soren Schmidt wrote:
It seems Maxim Sobolev wrote:
[Charset koi8-r unsupported, filtering to ASCII...]
Hi,
I'm not sure whether it's related to ata driver, but starting from several days
ago (my previous kernel was from 30 January) my kernel panices on
It seems Maxim Sobolev wrote:
Soren Schmidt wrote:
It seems Maxim Sobolev wrote:
[Charset koi8-r unsupported, filtering to ASCII...]
Hi,
I'm not sure whether it's related to ata driver, but starting from several days
ago (my previous kernel was from 30 January) my kernel
Soren Schmidt wrote:
It seems Maxim Sobolev wrote:
Soren Schmidt wrote:
It seems Maxim Sobolev wrote:
[Charset koi8-r unsupported, filtering to ASCII...]
Hi,
I'm not sure whether it's related to ata driver, but starting from several
days
ago (my previous kernel
It seems Maxim Sobolev wrote:
Well, I cant reproduce this problem and I havn't heard from others with
this problem
It's not an ata specific problem, but rather a problem of all ISA devices (I have an
ISA
based ata controller).
Well, seems -current is broken in yet another way
Maxim Sobolev [EMAIL PROTECTED] writes:
It's not an ata specific problem, but rather a problem of all ISA
devices (I have an ISA based ata controller).
I don't think it has anything to do with ISA. I've had similar
problems on a PCI-only system (actually, PCI+EISA motherboard with no
EISA
Hi,
I've found some inconsistency in my CVS tree, and sbin/mountd/mountd.c
was not the version it should have been. That's fixed now and world
just finished on my box sucessfully.
Thanks to Ruslan (new man-pages are included in second patch today).
Location is still the same, I've just updated
In message [EMAIL PROTECTED] Peter Wemm writes:
: Give it about an hour and re-cvsup. Once you have rev 1.94 of
: src/sys/conf/kmod.mk, you should be set. Or you can grab the delta by
: cvsweb if you are in a hurry.
find . -name .depend -delete also works.
Warner
To Unsubscribe: send mail
Sorry, my bad. I forgot an #include.
In sys/netinet/ip_fw.c add this #include:
@@ -48,6 +47,7 @@
#include net/route.h
#include netinet/in.h
#include netinet/in_systm.h
+#include netinet/in_var.h
#include netinet/in_pcb.h
#include netinet/ip.h
#include netinet/ip_var.h
I have committed
--- Kris Kennaway [EMAIL PROTECTED] wrote:
On Mon, Feb 19, 2001 at 01:19:13AM -0800, Herman Tan
wrote:
Greetings everyone:
Will I run into any problems doing a make world
from a
12/25/1999 version of -CURRENT to the latest
-current?
I noticed on -RELEASE machines when I went from
Now that I've broken all you non-devfs users of vinum, I have
a patch that may get it working again.
Please let me know if:
http://people.freebsd.org/~alfred/vinum2.diff
(you'll need to be -current as of today)
works, otherwise I'll be committing tonight or tomorrow as this
patch _still_ works
* Akinori MUSHA [EMAIL PROTECTED] [010220 11:19] wrote:
Hi,
I have implemented -regex and -iregex options for find(1):
Sounds good, just make sure the regex engine matches the one that
the other find(1)'s use.
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
"I have the heart
At Wed, 21 Feb 2001 08:42:19 +1300,
Craig Carey wrote:
What about the -iname option?.
I recently installed GNU 'find' just to get that -iname problem fixed.
Can you do -iname too?.
Thanks for the info. It's added now.
I'm ashamed to say that I couldn't resist implementing -E option to
On 20 Feb 2001, Dag-Erling Smorgrav wrote:
Matthew Jacob [EMAIL PROTECTED] writes:
This doesn't work 100%. In particular if you have a sys that's not part of
/usr/src/sys it doesn't always work.
Yes, it does, if your sys tree is complete. There used to be a problem
building modules,
Hi all,
Does anybody run xmms on -CURRENT? For some reason it hungs here on
"poll". Any other (multithread included) program runs flawlessly. The only
possibility I can see right now is plugin system (i.e. dl* functions) but
there haven't been eny changes in ld-elf.so.1 as of lately. I'm really
I have a kernel that hangs at boot, so when I try to boot kernel.old, I
have a problem. At the Default: F1 prompt, I give it an F1 and then the
space key give me
FreeBSD/i386 BOOT
Default: 0:wd(o,a)/boot/loader
boot: _
What do I put at the boot prompt. I think the changes of the
Hi,
I have implemented -regex and -iregex options for find(1):
http://people.FreeBSD.org/~knu/misc/find_regex.diff
They are meant to be compatible with those of GNU's and NetBSD's:
-regex pattern:
True if the whole path of the file matches pattern using
basic regular
Matthew Jacob writes:
=== libcrypto
( echo "#ifndef MK1MF_BUILD"; echo " /* auto-generated by
crypto/Makefile.ssl for crypto/cversion.c */"; echo " #define CFLAGS
\"cc\""; echo " #define PLATFORM \"`uname -s`-`uname -m`\""; echo
" #define DATE \"`LC_TIME=C date`\""; echo
Akinori MUSHA wrote:
Hi,
I have implemented -regex and -iregex options for find(1):
http://people.FreeBSD.org/~knu/misc/find_regex.diff
I'm not familiar with find sources, but it seems to me you execute
regcomp() for each file name to be compared? If so... change that! :-)
Regcomp()
Alfred Perlstein wrote:
* Akinori MUSHA [EMAIL PROTECTED] [010220 11:19] wrote:
Hi,
I have implemented -regex and -iregex options for find(1):
Sounds good, just make sure the regex engine matches the one that
the other find(1)'s use.
It won't. GNU find certainly uses GNU regexp
Akinori MUSHA wrote:
I would object if it is a new variant of regexp. I'd say it ought
be between egrep and perl, in its functionality.
...
- Perl's regexp is known to be a unique variant that is different
from the "basic regexp" nor the "extended regexp" ;P
For that matter, anyone
Edwin Culp wrote:
I have a kernel that hangs at boot, so when I try to boot kernel.old, I
have a problem. At the Default: F1 prompt, I give it an F1 and then the
space key give me
FreeBSD/i386 BOOT
Default: 0:wd(o,a)/boot/loader
boot: _
What do I put at the boot prompt. I
With the recent commits to -STABLE (I'm assuming these are MFC that's why
I sent to both freebsd-current and freebsd-stable) having to do with the
ipfw code, I have had a problem compiling the kernel. These are the
errors.
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
At Wed, 21 Feb 2001 12:35:09 +0900,
Daniel C. Sobral wrote:
I'm not familiar with find sources, but it seems to me you execute
regcomp() for each file name to be compared? If so... change that! :-)
Regcomp() does expensive setup so that regexec() can be run
inexpensively many times over.
On Tue, Feb 20, 2001 at 04:14:02PM -0800, Edwin Culp wrote:
I still don't get it.
Should you really be running -current? This kind of support question
isn't appropriate for this list, IMO.
Kris
PGP signature
=== libcrypto
( echo "#ifndef MK1MF_BUILD"; echo " /* auto-generated by
crypto/Makefile.ssl for crypto/cversion.c */"; echo " #define CFLAGS
\"cc\""; echo " #define PLATFORM \"`uname -s`-`uname -m`\""; echo
" #define DATE \"`LC_TIME=C date`\""; echo "#endif" ) buildinf.h
make: don't
At Wed, 21 Feb 2001 14:12:51 +0900,
I wrote:
At Wed, 21 Feb 2001 12:35:09 +0900,
Daniel C. Sobral wrote:
I'm not familiar with find sources, but it seems to me you execute
regcomp() for each file name to be compared? If so... change that! :-)
Regcomp() does expensive setup so that
Can an -iname option be provided. Then the FreeBSD find would be
more like GNU find, and lines like this could be written:
find /msdos-disk -iname "*txt" | xargs -n 1 ls -l
I am doubtful that the -regexp needs to be inferior to the the
-egrep option. What software would break: it was said
Akinori MUSHA wrote:
I'm not familiar with find sources, but it seems to me you execute
regcomp() for each file name to be compared? If so... change that! :-)
Regcomp() does expensive setup so that regexec() can be run
inexpensively many times over.
Indeed. I'll do it soon,
At Wed, 21 Feb 2001 18:53:26 +1300,
Craig Carey wrote:
Can an -iname option be provided. Then the FreeBSD find would be
more like GNU find, and lines like this could be written:
Yes, it's already implemented as I wrote in the previous mail.
I am doubtful that the -regexp needs to be
At Wed, 21 Feb 2001 15:06:22 +0900,
Daniel C. Sobral wrote:
http://people.FreeBSD.org/~knu/misc/find_regex.diff
You might have done it, but the version above is not it. :-)
Oh, would you please reload it?
When you see a function named do_c_regex(), that's it. :)
--
42 matches
Mail list logo