Gerhard Sittig wrote:
>
> 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 t
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 quest
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.
Saludos.
Manuel Jesús.
Email: [EMAIL PROTECTED]
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 :
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 ch
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 na
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_UNAVAI
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 pars
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 shoul
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 f
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 wi
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 chan
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 an
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
>/home/gallatin/curre
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.
>
> 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
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_UNAVA
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,
# 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, Maxi
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 (lambert.or
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 s
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 signatur
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 p
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;
>
> 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-cur
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
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 w
28 matches
Mail list logo
