Hi Ruslan,
On the 26th you made changes to the Makefiles with this log message:
##
Do not build (and install) both secure/ and standard versions
of libtelnet, telnetd, and telnet. This only worked because
secure/ was listed late in SUBDIR in Makefile.inc1.
##
Did you chec
I have put up a patch which sanitizes the fsck passno handling,
you will find it at http://phk.freebsd.dk/patch/
Apologies to Kirk if this conflics with any of his work on
delayed fsck...
20010328fsck.patch
This patch sanitizes the way fsck deals with pass numbers
Hi!
I don't see how my changes to non-secure Makefiles might affect this.
What I did is disabled building of non-secure, standard libtelnet,
telnet and telnetd if we are also building the secure versions.
I did not touch the secure/ versions in this commit. Moreover, the
standard versions are st
On Tue, Mar 27, 2001 at 02:14:38PM -0500, Robert Watson wrote:
> After the EA backing files are initialized, you can manually start the
> EA's on the file system, or if UFS_EXTATTR_AUTOSTART is enabled, simply
> remount the file systems, or reboot the system. To manually start and
> enable the at
Run the 4.3 mountd on it.
Boom! Kernel memory allocation way to large; unrecoverable!
Terry Lambert
[EMAIL PROTECTED]
---
Any opinions in this posting are my own and not those of my present
or previous employers.
On 28-Mar-01 John Baldwin wrote:
>
> On 28-Mar-01 John Baldwin wrote:
>> That's right, more SMPng breakage is on the way. Well, hopefully not bad
>> breakage. On a more serious note, I've just spammed sys/alpha/alpha with
>> parts
>> of the critical_enter/exit change which I meant to commit an
On 28-Mar-01 Terry Lambert wrote:
> Run the 4.3 mountd on it.
>
> Boom! Kernel memory allocation way to large; unrecoverable!
Yes, struct ucred sucks. In -current the userland now uses a static struct
xucred that doesn't contain things like mutexes and thus mountd shouldn't crash
in current a
===> wi
@ -> /mnt/src/sys
machine -> /mnt/src/sys/i386/include
perl @/kern/makeobjops.pl -h @/dev/pccard/card_if.m
perl @/kern/makeobjops.pl -h @/kern/device_if.m
perl @/kern/makeobjops.pl -h @/kern/bus_if.m
rm -f .depend
mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev
* Poul-Henning Kamp <[EMAIL PROTECTED]> [010328 05:38] wrote:
>
> ===> wi
> @ -> /mnt/src/sys
> machine -> /mnt/src/sys/i386/include
> perl @/kern/makeobjops.pl -h @/dev/pccard/card_if.m
> perl @/kern/makeobjops.pl -h @/kern/device_if.m
> perl @/kern/makeobjops.pl -h @/kern/bus_if.m
> rm -f .depe
Doug Barton wrote:
> "Karsten W. Rohrbach" wrote:
>
> > the idea is, that if rpcbind takes parameters different from portmap it
> > would make sense to call rpcbind rpcbind because people's boxes will
> > start to barf when rpcbind is called portmap, they make world, and skip
> > reading the rpcb
On Wed, 28 Mar 2001, Poul-Henning Kamp wrote:
> There is no way to tell it that ccd0c overlaps ad0 and ad1.
>
> With the patch, it will do it this way:
>
> pass 2:
> One process doing ad0s1e
> One process doing ad1s1e and ad1s1f
>
> and when they ar
In message <[EMAIL PROTECTED]>, Chr
is Dillon writes:
>On Wed, 28 Mar 2001, Poul-Henning Kamp wrote:
>
>> There is no way to tell it that ccd0c overlaps ad0 and ad1.
>>
>> With the patch, it will do it this way:
>>
>> pass 2:
>> One process doing ad0s1e
>> O
On Wed, 28 Mar 2001, John Baldwin wrote:
> On 28-Mar-01 Terry Lambert wrote:
> > Run the 4.3 mountd on it.
> >
> > Boom! Kernel memory allocation way to large; unrecoverable!
Does this really panic -current? It panics old versions of -current, and
the -current mountd panics RELENG_4, but curr
I just rebooted my machine with the cvupped-and-compiled world
and kernel, I logged on and did the following:
(stephanb@enigma|ttyp4)~> w
w: /dev/null: Permission denied
Checking out /dev/null gave me this:
crw--- 1 root wheel2, 2 Mar 28 20:00 /dev/null
I had to chmod it to 666 agai
Ouch .. ok this was meant to go to -stable.
I don't know what made me sent this to -current.. damn.
I'll cc this reply to -stable. My apologies.
Anyway, I forgot to mention some into.. I do not have DEVFS in my
kernel and this is my kernel:
FreeBSD enigma.whacky.net 4.3-RC FreeBSD 4.3-RC #0: W
Stephan van Beerschoten wrote:
> I just rebooted my machine with the cvupped-and-compiled world
> and kernel, I logged on and did the following:
>
> (stephanb@enigma|ttyp4)~> w
> w: /dev/null: Permission denied
>
> Checking out /dev/null gave me this:
> crw--- 1 root wheel2, 2 Mar 28
-BEGIN PGP SIGNED MESSAGE-
Hello Robert,
Tuesday, March 27, 2001, 8:19:42 PM, you wrote:
> I've actually heard that from a couple of other people lately --
that
> cvsupit still assumes that crypto should not be pulled down, and the
> crypto code is now assumed in the default build. Thi
I am experiencing a strange lockup with -current as of about a week
ago: It will suspend and resume, but after the resume the console is
dead and the system hangs after a short while.
When I type on the console after a resume, nothing is shown, neither
echo nor command output. If I break into DD
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/../include
-I/usr/src/sys/contrib/dev/acpica/Subsystem/Include
Peter Wemm([EMAIL PROTECTED])@2001.03.28/06:24:34(epoch+985757074s):
> FYI:
>
> SYNOPSIS
> portmap [-d] [-v]
>
> SYNOPSIS
> rpcbind [-dilLs]
yup, so i think it makes sense, to have the daemon called rpcbind, since
it would probably break other people's configuration after making world
On Wed, Mar 28, 2001 at 10:09:28PM +0200, Jesper Skriver wrote:
> cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
>-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
>-nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src
On Wed, Mar 28, 2001 at 09:15:51PM +0200, Gabriel Ambuehl wrote:
> Oh and while I'm on it: where is src/crypto/rijndael in the CVS?
in src/sys/crypto/rijndael :-)
> CVSWEB doesn't find it, neither does it get downloaded (this time
> using a complete supfile ;-)...
You need the src-sys-crypto c
In message <[EMAIL PROTECTED]> "Karsten W. Rohrbach" writes:
: Peter Wemm([EMAIL PROTECTED])@2001.03.28/06:24:34(epoch+985757074s):
: > FYI:
: >
: > SYNOPSIS
: > portmap [-d] [-v]
: >
: > SYNOPSIS
: > rpcbind [-dilLs]
:
: yup, so i think it makes sense, to have the daemon called rpcbi
On Wed, Mar 28, 2001 at 10:14:07PM +0200, Karsten W. Rohrbach wrote:
> Peter Wemm([EMAIL PROTECTED])@2001.03.28/06:24:34(epoch+985757074s):
Drop this useless discussion, or take me off the blooming CC: list.
Learn to use your editor!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
On Wed, Mar 28, 2001 at 10:15:21PM +0200, Niels Chr. Bank-Pedersen wrote:
> On Wed, Mar 28, 2001 at 10:09:28PM +0200, Jesper Skriver wrote:
> > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
>-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extens
> I do not. -v could easily be added to what is now rpcbind (even if it
> was ignored). -d mean the same thing for both. there's then no reason
> to change its name.
Well, my feeling on the matter, since everyone gets to have an opinion
today, is that we should stick with rpcbind: it's what e
I've been notified that one of the ports I'm responsible for, xswallow, will no
longer build under -current. Here's a snip from the build log:
===> Building for xswallow-1.0.18
cd /tmp/a/ports/www/xswallow/work/xswallow/xswallow && cc -O -pipe -o
xswallow.so -aout -shared -nostdlib -DXP_UNIX -
On Wed, Mar 28, 2001 at 10:20:33PM -0600, Conrad Sabatier wrote:
> I've been notified that one of the ports I'm responsible for, xswallow, will no
> longer build under -current. Here's a snip from the build log:
a.out support is entirely optional thesedays for ports, so it's up to
you whether or
On 29-Mar-2001 Kris Kennaway wrote:
> On Wed, Mar 28, 2001 at 10:20:33PM -0600, Conrad Sabatier wrote:
>> I've been notified that one of the ports I'm responsible for, xswallow, will
>> no longer build under -current. Here's a snip from the build log:
>
> a.out support is entirely optional thes
29 matches
Mail list logo
