Fyi: with today's -current,
/dev/md0 /tmp md rw,nosuid,nodev,-s=32m,-p=1777 0 0
in /etc/fstab still yields
IOCTL(0x41146469) "md0" 'd'/105 O(276) = ENOIOCTL
IOCTL(0x41146465) "md0" 'd'/101 O(276) = ENOIOCTL
and a failed mount of /tmp during boot.
--
Jos Backus _/
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 f
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:
Tha
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
:
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
===> 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 ca
===> 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
===>
/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
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/en
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
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 c
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
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 installi
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 = 0c
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/
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;
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
- 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 longfilena
/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/f
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
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 playin
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 a
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
>
>
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
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
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'
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.
T
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
/u
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
th
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
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 fr
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
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:
--- lib/GL/mesa/src/Ima
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 UF
===> 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 /bang/src/gnu/usr.bin/binutils
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
>
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
>> . drm includes , although this header is
>> ess
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 insta
37 matches
Mail list logo
