On Fri, 21 Jun 2002 18:53:11 +0200
Ronald Klop [EMAIL PROTECTED] wrote:
Hello,
In the rc_ng is 'apm -e enable' not run if I have apm_enable=YES
and/or apmd_enable=YES in my rc.conf. But apmd is run with the last
option.
uhh... my fault :(
I don't know how I missed /etc/rc.i386 when I
Martin Blapp wrote:
Hi,
I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.
is it enough to setenv GCC=/usr/local/bin/gcc31, then make install ?
TfH
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
On Fri, Jun 21, 2002 at 06:50:49PM +0200, Thierry Herbelot wrote:
I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.
is it enough to setenv GCC=/usr/local/bin/gcc31, then make install ?
No.
make CC=gcc31 CXX=g++31 clean install
On Sunday, June 16, 2002, at 06:32 AM, Dag-Erling Smorgrav wrote:
Bruce Evans [EMAIL PROTECTED] writes:
This is caused by an old bogus include path in Makefiles (still needed
:-(), a bogus #include in drm and new newspace pollution in
sys/select.h. drm includes sys/select.h, although this
On Fri, 21 Jun 2002, David O'Brien wrote:
On Fri, Jun 21, 2002 at 11:11:39AM +0400, Igor Roboul wrote:
igorr@sysadm~ gcc -Wall qq.c
qq.c: In function `main':
qq.c:16: warning: float format, double arg (arg 3) --- I have expected this
igorr@sysadm~ ./a.out 123
123.00
0.124861
=== gnu/usr.bin/binutils/doc
echo @set VERSION 2.12.0 [FreeBSD] 2002-04-10 gasver.texi
makeinfo --no-validate -I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib
/binutils/gas/doc -I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binu
tils/ld -I
Hello all,
After the import of UFS2 patch into -current, I get the following messages.
pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
Is it related to
On 2002-06-21 14:33 +0200, Stefan Esser [EMAIL PROTECTED] wrote:
Following up to my own mail:
Seems that translate.c is built from other directories as
well, not just from within OSmesa. See the following patch,
which is files/patch-GL_mesa_src_Imakefile on my system:
---
On 2002-06-21 16:35 +0200, Martin Blapp [EMAIL PROTECTED] wrote:
I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.
Sorry, but the compiler bug has been present in the port version
of GCC-3.1 as well, a few weeks ago, and existed in
Hi Stefan,
Did the GCC-3.1 from ports compile translate.c with optimization
turned on ???
It didn't, just one or two weeks ago.
GCC3.1.1 Prerelease.
Yes it did. I removed the patch andd added -O and -O2 again.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Hi,
make CC=gcc31 CXX=g++31 clean install
This currently doesn't work with the Xfree86 ports. CC
is hardcoded there.
Could the maintainer please fix this ?
I also had to fix OO to work with this.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in
By chance, is this a new installation? A month or so ago I was adding a
drive to a -current system and I discovered that the newfs defaults were
setting insanely large block/fragment/inode sizes and I could not even do
a 'make world' on that partition. Had to completely reinstall and override
the
sp.info gasp.info.gz
ln -sf /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/\
all-cfg.texi gdb-cfg.texi
make: don't know how to make remote.texi. Stop
remote.texi does not exist in /usr/src.
The obvious fix of removing remote.texi from the Makefile
doesn't work because of
On Sat, Jun 22, 2002 at 09:59:44AM -0700, Steve Kargl wrote:
make: don't know how to make remote.texi. Stop
remote.texi does not exist in /usr/src.
The obvious fix of removing remote.texi from the Makefile
doesn't work because of
I just took a larger hammer and just turned off docs.
To
On Sat, Jun 22, 2002 at 10:05:38AM -0700, David O'Brien wrote:
On Sat, Jun 22, 2002 at 09:59:44AM -0700, Steve Kargl wrote:
make: don't know how to make remote.texi. Stop
remote.texi does not exist in /usr/src.
The obvious fix of removing remote.texi from the Makefile
doesn't work
In message [EMAIL PROTECTED], Munehiro Matsuda writes:
Hello all,
After the import of UFS2 patch into -current, I get the following messages.
pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
pid 397 (perl), uid 123
Hello everybody,
I upgraded to today's -CURRENT and upon reboot with the new kernel,
experienced a panic. Since I did not see it reported here yet, here is
some info. More available on request, but I do not have a serial console
and therefore had to transcribe everything by hand. Also, there was
On Sat, 22 Jun 2002, David O'Brien wrote:
On Sat, Jun 22, 2002 at 09:59:44AM -0700, Steve Kargl wrote:
make: don't know how to make remote.texi. Stop
remote.texi does not exist in /usr/src.
The obvious fix of removing remote.texi from the Makefile
doesn't work because of
I just took
Date: Sat, 22 Jun 2002 07:49:17 -0700 (PDT)
From: David Wolfskill [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: UFS2, superblocks, and UFS compatability
I had noted phk's message about Kirk's commitatron being
readied for
Hi,
i am sure on my old 4.x system i was able to mount my floppy-disc and
can use long filenames, but on my -current
mount -t msdos /dev/fd0 /mnt
leads to 8.3 lowercase
and
mount -t msdos /dev/fd0c /mnt
the first time to 8.3 uppercase and the following to 8.3 lowercase...
Does my mind
MS-DOS can only handle 8.3 file names. It's by design (MS not FreeBSD).
/snip/
mount -t msdos /dev/fd0 /mnt
/snip/
--
Peter Hessler
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
/dev/ad0s1 /dosmsdos rw 0 0
looks quite longfilenamed on my FAT32 slice since ages...
On Sat, 2002-06-22 at 22:48, Peter Hessler wrote:
MS-DOS can only handle 8.3 file names. It's by design (MS not FreeBSD).
/snip/
mount -t msdos /dev/fd0
- Original Message -
From: Jan Stocker [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, June 22, 2002 4:50 PM
Subject: Re: Floppy only 8.3 filenames
/dev/ad0s1 /dosmsdos rw 0 0
looks quite longfilenamed on my
This really helps and further mounts without the option will mount the
floppy with longnames, but i am sure i never used such an option.
Thanx
Jan
On Sat, 2002-06-22 at 23:07, Brian K. White wrote:
- Original Message -
From: Jan Stocker [EMAIL PROTECTED]
To: [EMAIL
The problem with running out of inodes is now fixed and checked in
on freefall. You need to pick up /sys/ufs/ffs/ffs_alloc.c revision
1.94 or later. For those that care, the log entry describing the
problem:
revision 1.94
date: 2002/06/22 21:24:58; author: mckusick;
On Thu, Jun 20, 2002 at 05:25:11PM +0200, Dag-Erling Smorgrav wrote:
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
It doesn't boot, however
FWIW, once I reverted your changes to sio,c and sioreg.h, it only got
as far as:
Booting [/boot/kernel/kernel]...
Entering /boot/kernel/kernel at
I get this with a current kernel compiled just a few minute ago (SMP)
Can't get to debugger as keystyrokes don't work
Kernel from the 19th before UFS2 works fine.
Additional routing options:.
Mounting NFS file systems:.
Fatal trap 12: page fault while in kernel mode
cpuid = 1; lapic.id =
Hi,
I just installed a system today using the 5.0-CURRENT-20020621-JPSNAP.iso
CDROM and noticed that when I attempted to run /etc/periodic/weekly/310.locate
so that I could use locate to find some files that it spewed out:
Perl is not installed, try 'pkg_add -r perl'
Rather than simply
On Sat, Jun 22, 2002 at 06:22:27PM -0500, Bob Willcox wrote:
Rather than simply installing perl (I'll get to that later)
I decided to track down what was calling it. Turns out that
/usr/libexec/locate.mklocatedb was the culprit. I then modified
locate.mklocatedb to use awk rather than perl.
On Sat, Jun 22, 2002 at 05:55:47PM -0700, David O'Brien wrote:
On Sat, Jun 22, 2002 at 06:22:27PM -0500, Bob Willcox wrote:
Rather than simply installing perl (I'll get to that later)
I decided to track down what was calling it. Turns out that
/usr/libexec/locate.mklocatedb was the
Bernd Walter [EMAIL PROTECTED] writes:
What kernel version did you run before?
To reduce the timerange:
I am running a version around 17th june.
So am I.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c: In function
`mi_engine':
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:223: warning:
cast from pointer to integer of different size
=== games/adventure
=== games/arithmetic
=== games/atc
=== games/backgammon
=== games/backgammon/backgammon
=== games/backgammon/teachgammon
=== games/battlestar
=== games/bcd
=== games/bs
=== games/caesar
=== games/canfield
=== games/canfield/canfield
=== games/canfield/cfscores
===
=== games/snake
=== games/snake/snake
=== games/snake/snscore
=== games/trek
/usr/home/des/tinderbox/sparc64/src/games/trek/utility.c: In function `syserr':
/usr/home/des/tinderbox/sparc64/src/games/trek/utility.c:149: warning: passing arg 1
of `printf' makes pointer from integer without a cast
From: Wesley Morgan [EMAIL PROTECTED]
Date: Sat, 22 Jun 2002 10:51:36 -0400 (EDT)
::By chance, is this a new installation? A month or so ago I was adding a
::drive to a -current system and I discovered that the newfs defaults were
::setting insanely large block/fragment/inode sizes and I could
From: Poul-Henning Kamp [EMAIL PROTECTED]
Date: Sat, 22 Jun 2002 20:27:58 +0200
::After the import of UFS2 patch into -current, I get the following messages.
::
::pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
::pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
::pid
From: Kirk McKusick [EMAIL PROTECTED]
Date: Sat, 22 Jun 2002 14:31:02 -0700
::The problem with running out of inodes is now fixed and checked in
::on freefall. You need to pick up /sys/ufs/ffs/ffs_alloc.c revision
::1.94 or later. For those that care, the log entry describing the
::problem:
On 22 Jun 2002, Jan Stocker wrote:
i am sure on my old 4.x system i was able to mount my floppy-disc and
can use long filenames, but on my -current
mount -t msdos /dev/fd0 /mnt
leads to 8.3 lowercase
and
mount -t msdos /dev/fd0c /mnt
the first time to 8.3 uppercase and the following
38 matches
Mail list logo
