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
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
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 -
> 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
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
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
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 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
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
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
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
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
-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
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
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
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
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
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, 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
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
* 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
===> 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
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
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
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 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
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
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 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
29 matches
Mail list logo
