Le 2001-10-25, BSD User écrivait :
On Wed, 24 Oct 2001, Paul van der Zwan wrote:
I have looked at a trace I made using snoop and it shows an NFS_ACL call which
[...]
It looks like an implementation error in the -current NFS server.
I have been digging at traces of 4.4-RELEASE (which works)
Hi ;
I have install FreeBSD 4.4 release but the system does not has bash
shell installed .where can I get this shell from CVS ? please advise .
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hi ;
I have install FreeBSD 4.4 release but the system does not has bash
shell installed .where can I get this shell from CVS ? please advise .
cd /usr/ports/shells/bash2 ; make all install clean
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
On Thu, Oct 25, 2001 at 05:22:48PM +0800, Kelvin Ng Chee Hoong wrote:
I have install FreeBSD 4.4 release but the system does not has bash
shell installed .where can I get this shell from CVS ? please advise .
Bash is not part of the base system. Either install it using the ports
tree;
Maxim Sobolev wrote:
I know several local guys with exactly the same
bug (some time ago I've convinced some them to swith to -current
and test/report any problems) and it is very sad to see my efforts
vanished, especially considering that the source of the problem is
located and as you said
Harti Brandt wrote:
[ ... ]
For future reference, Archie, Julian, and I aren't @whistle.com,
and haven't been for a long time.
The correct email addresses for us are:
archie packetdesign.com
julian elisher.org
tlambert2 mindspring.com
# Congratulations, Maxim!
On Thu, Oct 25, 2001 at 05:13:56PM +0300, Maxim Sobolev wrote:
6. And finally I've put back corrected ACPI table back into
BIOS image using CBROM.EXE, flashed resulting BIOS image and
voila - the ACPI problem gone. :)
Way cool. :)
Yeah, Maxim is maniac
On 21 Okt, An: [EMAIL PROTECTED] wrote:
Hi,
current as of Oct. 21 (~12am CET), I just booted with a new kernel+world
and tried to dial out.
At least the attached patch (against -current as of today morning) makes
me able to dial out and send out this mail.
Bye,
Alexander.
--
Actually,
In message [EMAIL PROTECTED], BSD User writes:
Actually, upon instrumenting some code, it looks like RELEASE-4.4 gets it
mostly right. It ejects a PROG_UNAVAIL call which causes the Solaris 8
client to back off. The correct message would seem to be PROC_UNAVAIL,
but I would take PROG_UNAVAIL if
I've just updated to -HEAD with this delta reverted and running a make
buildkernel right now.
Looks like I spoke too soon; reverting just this delta wasn't enough. I'm back
to testing with all ACPI related work from Oct 04 08:32 rolled back; if it
works, I'll try to update each diff in
Le 2001-10-25, Ian Dowse écrivait :
I think PROG_UNAVAIL is correct; the packet trace that Thomas
provided shows an RPC request with a program ID of 100227 which is
not the NFS program ID.
Yep. (Incidentally 100227 appears in /etc/rpc as 'nfs_acl').
Try the patch below.
Seems to work.
On Thu, Oct 25, 2001 at 11:37:28AM -0400, Andrew Gallatin wrote:
x86 sysinstall seems to have a hardcoded reference to /boot. Eg:
=== usr.sbin/spray
rm -f .depend
mkdep -f .depend -a -nostdinc
-I/usr/obj/i386/home/gallatin/current/src/alpha/usr/include
On 25-Oct-01 Alexander Leidinger wrote:
On 21 Okt, An: [EMAIL PROTECTED] wrote:
Hi,
current as of Oct. 21 (~12am CET), I just booted with a new kernel+world
and tried to dial out.
At least the attached patch (against -current as of today morning) makes
me able to dial out and send out
On 25 Okt, John Baldwin wrote:
current as of Oct. 21 (~12am CET), I just booted with a new kernel+world
and tried to dial out.
At least the attached patch (against -current as of today morning) makes
me able to dial out and send out this mail.
Ideally the algo would be changed to not
Ruslan Ermilov writes:
+.if ${MACHINE_ARCH} == i386
+.if exists(${.OBJDIR}/../../sys/boot/${MACHINE}/boot0/boot0)
+BOOT0= ${.OBJDIR}/../../sys/boot/${MACHINE}/boot0/boot0
+.else
+BOOT0= /boot/boot0
+.endif
But its failing at the depends stage. At this stage, boot0 will
On 25-Oct-01 Andrew Gallatin wrote:
Ruslan Ermilov writes:
+.if ${MACHINE_ARCH} == i386
+.if exists(${.OBJDIR}/../../sys/boot/${MACHINE}/boot0/boot0)
+BOOT0=${.OBJDIR}/../../sys/boot/${MACHINE}/boot0/boot0
+.else
+BOOT0=/boot/boot0
+.endif
But its failing at the
I have some code (in stable) which is invoked from the idle
loop, see below. I was trying to port it to CURRENT, but
cannot find where the idle_loop (or idlethread ?) has gone.
Any pointers ? A grep for idlethread did not return
anything that i could parse.
Furthermore, what kind of locking
On 25-Oct-01 Luigi Rizzo wrote:
I have some code (in stable) which is invoked from the idle
loop, see below. I was trying to port it to CURRENT, but
cannot find where the idle_loop (or idlethread ?) has gone.
Any pointers ? A grep for idlethread did not return
anything that i could parse.
In message [EMAIL PROTECTED], BSD User wrote:
Actually, upon instrumenting some code, it looks like RELEASE-4.4 gets it
mostly right. It ejects a PROG_UNAVAIL call which causes the Solaris 8
client to back off. The correct message would seem to be PROC_UNAVAIL,
but I would take PROG_UNAVAIL if
After unhooking sysinstall from the build, we have almost total
success.
The only remaining problem is that the kernel install failed, due to
a missing hints file in my DESTIR's /boot.
One interesting bit of trivia -- an alpha crossbuilds an x86 world
roughly 30-40% faster than it builds a
On Wed, Oct 24, 2001 at 18:27 -0600, Warner Losh wrote:
At timing solutions, we build all our products in a chroot jail. [...]
We don't build RELEASES in the chroot. We build a system (make world
DESTDIR=xxx outside of the chroot) that we then use to build the
system (inside the
Saludos.
Manuel Jesús.
Email: [EMAIL PROTECTED]
On Thu, 25 Oct 2001, Ian Dowse wrote:
I think PROG_UNAVAIL is correct; the packet trace that Thomas
provided shows an RPC request with a program ID of 100227 which is
not the NFS program ID.
I stand corrected. It does indeed attempt to access a different program.
Try the patch below.
Hi ;
I use bash shell in my FreeBSD machine . How do I change a promt from
$ to # when I login as superuser from normal user to root ?
my .bashrc script looks as following .
PS1=[\u@\h: \w]\$
alias ls='ls -F'
alias cp='cp -i'
alias mv='mv -i'
alias rm='rm -i
Another question ,
Hi
Doing a make make installworld fails on a 5_0-CURRENT from this morning
fails in :
gnu/lib/libreadline/history
rlhistory.3: doc/history.3
cp ${.ALLSRC} ${.TARGET}
no cp in $PATH...
then :
usr.sbin/ppp
.8.m4.8:
m4 ${M4FLAGS} ${.IMPSRC} ${.TARGET}
no m4 in PATH...
and then :
Mitsuru IWASAKI wrote:
Hi, Maxim. Thanks for reporting and reminding us.
I think this is very difficult to fix, because;
1. Basically, this is a bug in BIOS, should be reported to vendor.
2. ACPI CA is developed by Intel. We'd like to have less local
workaround changes as
On Thu, Oct 25, 2001 at 05:13:56PM +0300, Maxim Sobolev wrote:
6. And finally I've put back corrected ACPI table back into
BIOS image using CBROM.EXE, flashed resulting BIOS image and
voila - the ACPI problem gone. :)
Way cool. :)
Joe
msg32007/pgp0.pgp
Description: PGP signature
27 matches
Mail list logo