Michael Lucas wrote:
Hello,
Shouldn't I get a response email from
[EMAIL PROTECTED]? Or is this a casualty of the mail
breakage?
Would I be better of using the web form, or just waiting until after
Linuxworld?
Web interface isn't working either. I've got following when tried to submit
On Fri, Feb 04, 2000 at 11:40:34AM +0200, Ruslan Ermilov wrote:
Might I advice some more time before we actually do something?
What's all this rush-it-in before anyone can actually fix the larger
problem?
I'm positive about this as well.
The main reason for the backout isn't the
On Thu, Feb 03, 2000 at 10:09:22AM -0800, Kris Kennaway wrote:
AFAIK this has always been the way it works: if you install libdescrypt,
the system makes the (mistaken) assumption you want DES passwords all the
time.
This is true for the initial installation. However, `make world' used to
On Thu, Feb 03, 2000 at 10:09:22AM -0800, Kris Kennaway wrote:
a proper fix might be to add a login class which determines which of
MD5 and DES you should use for new passwords
I believe PAM is the more "approved" way to implement this
functionality. Before PAM it would be /etc/auth.conf.
I
AFAIK this has always been the way it works: if you install libdescrypt,
the system makes the (mistaken) assumption you want DES passwords all the
time.
This is true for the initial installation. However, `make world' used to
respect the an existing symlink.
I've pulled a cvsup update on my 3.4-STABLE machine, and deleted /usr/obj
to start afresh.
I get the following performing a make upgrade however:
[cut]
=== ranlib
sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 ranlib
/usr/obj/aout/usr/src/i386/usr/libexec/elf
=== size
sh
On Fri, 4 Feb 2000, Josef Karthauser wrote:
I've pulled a cvsup update on my 3.4-STABLE machine, and deleted /usr/obj
to start afresh.
I get the following performing a make upgrade however:
From /usr/src/Makefile:
# upgrade - Upgrade a.out (2.2.x/3.0) system to the new ELF way
Hi everyone,
I just had a strange panic with yesterday's current:
FreeBSD relativity.student.utwente.nl 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Fri Jan 28
16:15:13 CET 2000 root@:/usr/src/sys/compile/RELATIVITY5 i386
A backtrace seems impossible (but I'm inexperienced with kgdb and I'm
On Thu, Feb 03, 2000 at 10:09:22AM -0800, Kris Kennaway wrote:
a proper fix might be to add a login class which determines which of
MD5 and DES you should use for new passwords
I believe PAM is the more "approved" way to implement this
functionality. Before PAM it would be
Josef Karthauser wrote:
The reason for adopting a fall back solution it that it is not clear that
setflags/getflags is the best choice of function name for manipulating
file flags as it's a bit too generic a name. Whilst we're debating
this point there's no point in having them as library
Whenever I try to do a 'make installworld' the following error occurs:
/usr/libexec/ld-elf.so.1: install: Undefined symbol "setflags"
When I do a 'make -k installworld', make continues but the error occurs
several times.
When I do a simple 'make installworld' the followin happens :
install -c
cd src/usr.bin/xinstall
make all install
cd ../../
make installworld
;)
I'm already have some experience in this problem... ;=|
bauerWhenever I try to do a 'make installworld' the following error occurs:
bauer
bauer/usr/libexec/ld-elf.so.1: install: Undefined symbol "setflags"
bauer
bauerWhen
On Fri, 4 Feb 2000, Josef Karthauser wrote:
On Fri, Feb 04, 2000 at 11:40:34AM +0200, Ruslan Ermilov wrote:
Might I advice some more time before we actually do something?
What's all this rush-it-in before anyone can actually fix the larger
problem?
I'm positive about this
On Thu, Feb 03, 2000 at 12:45:45PM -0500, "Matthew N. Dodd" [EMAIL PROTECTED] wrote:
Get me a copy of your boot output and the output of 'pnpinfo'.
Sorry for the delay, I had other things to cover first. For the record,
got the cards working by brutally removing some PnP related includes and
On Fri, 4 Feb 2000, Marcel Moolenaar wrote:
The patch looks good, but contains style (ordering) bugs :-)
I can't actually test the patch, but assume that's been done.
It also contains style (syntax) bugs. `extern' declarations of
functions are not KNF. They are only only necessary to
For some reason, under FreeBSD 4.0, setproctitle() isn't working any
longer:
ps ax | grep sockd | more
40015 ?? Ss 0:00.67 /usr/local/sbin/sockd -lD
40016 ?? S 0:00.02 /usr/local/sbin/sockd -lD
40017 ?? S 0:00.06 /usr/local/sbin/sockd -lD
40018 ?? S 0:00.03
On Fri, Feb 04, 2000 at 11:05:01AM +, Josef Karthauser wrote:
On Fri, Feb 04, 2000 at 11:40:34AM +0200, Ruslan Ermilov wrote:
Might I advice some more time before we actually do something?
What's all this rush-it-in before anyone can actually fix the larger
problem?
I'm
On Fri, Feb 04, 2000 at 10:49:33AM -0500, "Matthew N. Dodd" [EMAIL PROTECTED] wrote:
Sorry for the delay, I had other things to cover first. For the
record, got the cards working by brutally removing some PnP related
includes and so on in the kernel source. I still don't have even a bit
approved
Hi,
would it be ok to commit the following patch to
/usr/src/sys/boot/i386/loader/Makefile so that we can build
a smaller loader without Forth support, which is still useful
to boot a picobsd kernel ?
cheers
luigi
rizzo# diff -ubwr Makefile.40RC Makefile
---
On Tue, Feb 01, 2000 at 09:07:49PM -0800, Brian Beattie wrote:
A kernel, current, sources cvsuped today. When I try to record from line,
(source does not seem to matter), I get full scale white noise.
The remainder of the system is from about a week ago, I will try a
buildworld/installworld
On Fri, 4 Feb 2000, Vallo Kallaste wrote:
lnc0 at port 0x300-0x317 irq 5 drq 3 on isa0
lnc0: PCnet-ISA+ address 00:80:5a:01:64:3a
lnc1 at port 0x320-0x337 irq 10 drq 5 on isa0
lnc1: PCnet-ISA+ address 00:80:5a:01:64:36
Humm... Well, I guess its time to convert if_lnc to newbus though I
On Fri, 4 Feb 2000, Vallo Kallaste wrote:
Sorry for the delay, I had other things to cover first. For the
record, got the cards working by brutally removing some PnP related
includes and so on in the kernel source. I still don't have even a bit
of clue what I did, but the changes removed PnP
On Fri, 4 Feb 2000, Christopher Masto wrote:
On Tue, Feb 01, 2000 at 09:07:49PM -0800, Brian Beattie wrote:
A kernel, current, sources cvsuped today. When I try to record from line,
(source does not seem to matter), I get full scale white noise.
The remainder of the system is from
On 04-Feb-00 Ruslan Ermilov wrote:
On Fri, Feb 04, 2000 at 11:05:01AM +, Josef Karthauser wrote:
On Fri, Feb 04, 2000 at 11:40:34AM +0200, Ruslan Ermilov wrote:
Might I advice some more time before we actually do something?
What's all this rush-it-in before anyone can actually
Hi,
would it be ok to commit the following patch to
/usr/src/sys/boot/i386/loader/Makefile so that we can build
a smaller loader without Forth support, which is still useful
to boot a picobsd kernel ?
cheers
luigi
rizzo# diff -ubwr Makefile.40RC Makefile
--- Makefile.40RC
Is it possible to boot current diskless?
I'd say (from the times I tried it in 3.1 or something) to use netboot,
but that fails because it can't boot an ELF kernel.
Should I build an aout kernel, and how do I do that for current?
Can I do it another way?
One might say that with the
On Fri, Feb 04, 2000 at 01:22:49PM -0500, John Baldwin wrote:
On 04-Feb-00 Ruslan Ermilov wrote:
On Fri, Feb 04, 2000 at 11:05:01AM +, Josef Karthauser wrote:
On Fri, Feb 04, 2000 at 11:40:34AM +0200, Ruslan Ermilov wrote:
Might I advice some more time before we actually do
On Fri, 4 Feb 2000, John Baldwin wrote:
2. Right after we resolve this issue, your patch (provided that you
fix errors Bruce pointed out), should be committed to make it
possible to compile -current xinstall in a host environment, e.g.
from 3.x (IMHO, the most important case).
On 05-Feb-00 Matthew Dillon wrote:
:This has an easy solution. One, get rid of setflags usage by reverting
:the Makefiles somewhat. Two, remove setflags from the headers. Three,
:make libc have an _XXX_setflags and __weak_reference() it to setflags.
:This won't break anyone, or make apps not
http://www.bitwizard.nl/sig11/
-- Danny J. Zerkel
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I'm experiencing the same problems but the proposed solution of
"make -k -DNOFSCHG installworld " doesn't allow the following "make
installworld" to succeed. The error messages remain unchanged. I
cvsup'd about 24 hours ago.
cheers
On 4 Feb 00, at 17:44, Ruslan Ermilov wrote:
On Fri, Feb
On Sat, Feb 05, 2000 at 07:41:56PM +1300, Dan Langille wrote:
I'm experiencing the same problems but the proposed solution of
"make -k -DNOFSCHG installworld " doesn't allow the following "make
installworld" to succeed. The error messages remain unchanged. I
cvsup'd about 24 hours ago.
On 5 Feb 00, at 9:28, Ruslan Ermilov wrote:
On Sat, Feb 05, 2000 at 07:41:56PM +1300, Dan Langille wrote:
I'm experiencing the same problems but the proposed solution of
"make -k -DNOFSCHG installworld " doesn't allow the following "make
installworld" to succeed. The error messages
Of all the gin joints in all the towns in all the world, Kenneth D.
Merry had to walk into mine and say:
Talking of the XMAC II, there's one other thing I forgot to mention earlier.
The FreeBSD sk driver does jumbo frames, but the SysKonnect drivers don't.
At least, not yet. The XMAC II's
34 matches
Mail list logo