On Tue, 16 Oct 2001, Harti Brandt wrote:
> since version 1.41 of newfs.c newfs fails to build 2MByte md-based
> file systems. We use these file systems in our diskless pc's.
Hrmphh :-). My patch for changing the default number of cylinders per
group to the maximum had an (apparently broken) cha
GO VINCE GO! YAH
Vincent Poy wrote:
> On Tue, 16 Oct 2001, Valentin Chopov wrote:
>
> > just replace mv with cp in /usr/src/kerberos5/lib/libasn1/Makefile
>
> I replaced the 2 mv's in /usr/src/kerberos5/lib/libasn1/Makefile
> with cp and while the lib compiles, the problem now is
On Tue, 16 Oct 2001, Valentin Chopov wrote:
> just replace mv with cp in /usr/src/kerberos5/lib/libasn1/Makefile
I replaced the 2 mv's in /usr/src/kerberos5/lib/libasn1/Makefile
with cp and while the lib compiles, the problem now is:
cc -nostdinc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIA
Subscribe
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Wed, Oct 17, 2001 at 12:38:02AM +0200, Gary Jennejohn wrote:
> On Tuesday 16 October 2001 22:50, Robert Watson wrote:
> > On Tue, 16 Oct 2001, Brooks Davis wrote:
> > > After that I tried using the converters and discovered that the
> > > olefilter doesn't work because is uses libc_r.so.3 and w
On Tue, Oct 16, 2001 at 06:17:08PM -0400, Garance A Drosihn wrote:
> At 12:43 PM -0700 10/16/01, Brooks Davis wrote:
> >I've been trying to get applix 5.0 to work and I've been running into
> >some interesting problems. The first one was that current has the
> >getresuid syscall and the gtk12 bui
On Tuesday 16 October 2001 22:50, Robert Watson wrote:
> On Tue, 16 Oct 2001, Brooks Davis wrote:
> > After that I tried using the converters and discovered that the
> > olefilter doesn't work because is uses libc_r.so.3 and we don't have a
> > version of that with __stderrp defined. I don't real
At 12:43 PM -0700 10/16/01, Brooks Davis wrote:
>I've been trying to get applix 5.0 to work and I've been running into
>some interesting problems. The first one was that current has the
>getresuid syscall and the gtk12 build detects and uses it. Unfortunately
>FreeBSD 3.x and 4.x don't have this
On Tue, 16 Oct 2001, Brooks Davis wrote:
> I've been trying to get applix 5.0 to work and I've been running into
> some intresting problems. The first one was that current has the
> getresuid syscall and the gtk12 build detects and uses it. Unfortuatly
> FreeBSD 3.x and 4.x don't have this sys
As I've mentioned before, the current credential-munging here is simply
broken; however, the brokenness I previously observed is independent of
the brokenness you are now reporting.
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMAIL PROTECTED] NAI Labs, Safeport Netw
I've been trying to get applix 5.0 to work and I've been running into
some intresting problems. The first one was that current has the
getresuid syscall and the gtk12 build detects and uses it. Unfortuatly
FreeBSD 3.x and 4.x don't have this syscall so you can't use libgtk12
with old libc's if i
just replace mv with cp in /usr/src/kerberos5/lib/libasn1/Makefile
Val
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> According to Harti Brandt:
> > number of cylinders based on default values for the number of tracks (1)
> > and the number of sectors per track (4096). This gives a value of one
> > cylinder and mkfs later on complains about needing at least 2 cylinders
> > per cylinder group.
>
> Forcing "-c 2
Warner Losh wrote:
> There's a bug in the ata driver that Ian Downes has a patch for.
Yes - Ian sent it to me (thanks!) and indeed it does work. I've attached
the version that will fix -CURRENT.
Cheers,
Walter.
--
Walter Belgers "Si hoc signum legere potes, operis boni in rebus
[EMAIL P
With make.conf defining:
COMPAT1X=yes
COMPAT20=yes
COMPAT21=yes
COMPAT22=yes
COMPAT3X=yes
COMPAT4X=yes
MAKE_KERBEROS4=yes
MAKE_KERBEROS5=yes
-current fails buildworld after I added the MAKE_KERBEROS4=yes and
MAKE_KERBEROS5=yes as follows. I have rm -rf /usr/src and /usr/obj and
resuppe
Terry Lambert wrote:
> > > OK, I will rediff and generate context diffs; expect them to
> > > be sent in 24 hours or so from now.
> >
> > It's been longer than that...
>
> Sorry; I've been doing a lot this weekend. I will redo them
> at work today, and resend them tonight... definitely.
Here ar
According to Harti Brandt:
> number of cylinders based on default values for the number of tracks (1)
> and the number of sectors per track (4096). This gives a value of one
> cylinder and mkfs later on complains about needing at least 2 cylinders
> per cylinder group.
Forcing "-c 2" should fix t
In message <[EMAIL PROTECTED]> Harti Brandt writes:
: since version 1.41 of newfs.c newfs fails to build 2MByte md-based
: file systems. We use these file systems in our diskless pc's.
mount_mfs -s 500 -i 250 -b 4096 -m 3 -f 1024 -c 11 -T qp120at dummy /dev
is what we use in -stable. This creat
In message <[EMAIL PROTECTED]> Walter Belgers writes:
: Maxim Sobolev wrote:
: > > My CDROM player was always correctly identified with my previous install
: > > as NinjaATA on irq 3 (slot 0 on pccard0). After the upgrade, it is
: > > recognised, but assigned irq 9 (which is not in pccard.conf) af
On Tue, 16 Oct 2001, Ceri wrote:
C>On Tue, Oct 16, 2001 at 02:47:50PM +0200, Harti Brandt said:
C>>
C>> since version 1.41 of newfs.c newfs fails to build 2MByte md-based
C>> file systems. We use these file systems in our diskless pc's.
C>
C>Is this in anyway related to bin/30959 ?
Looks rather
On Tue, Oct 16, 2001 at 02:47:50PM +0200, Harti Brandt said:
>
> since version 1.41 of newfs.c newfs fails to build 2MByte md-based
> file systems. We use these file systems in our diskless pc's.
Is this in anyway related to bin/30959 ?
Ceri
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
Hi,
since version 1.41 of newfs.c newfs fails to build 2MByte md-based
file systems. We use these file systems in our diskless pc's.
Unfortunately the code in newfs.c and mkfs.c is too wired for me to
understand, but as a couple of printf's show, the code computes the
number of cylinders based
Maxim Sobolev wrote:
> > My CDROM player was always correctly identified with my previous install
> > as NinjaATA on irq 3 (slot 0 on pccard0). After the upgrade, it is
> > recognised, but assigned irq 9 (which is not in pccard.conf) after which
> > the system hangs until the card is removed. This
> Hi all,
>
> I've just upgraded my system to today's -CURRENT (I was running a
> -CURRENT from April 2001). Although I encountered some problems, the
> UPDATING file got me through (I love the way FreeBSD documents stuff)
> and my system is running fine (background fsck, great!) except for my
>
Hi all,
I've just upgraded my system to today's -CURRENT (I was running a
-CURRENT from April 2001). Although I encountered some problems, the
UPDATING file got me through (I love the way FreeBSD documents stuff)
and my system is running fine (background fsck, great!) except for my
PCMCIA CDROM p
25 matches
Mail list logo
