It seems Thomas Quinot wrote:
Le 2002-03-19, Søren Schmidt écrivait :
gmake[1]: *** [TocParser.o] Error 1
You need to have pccts installed to compile cdrdao
I do, and as I mentioned in my first message, the compileation completed
after a gmake distclean.
okies...
These utils
On Mon, Mar 18, 2002 at 03:26:13PM -0800, Dag-Erling Smorgrav wrote:
des 2002/03/18 15:26:13 PST
Modified files:
usr.bin/xinstall xinstall.c
Log:
Bump the cutoff mark for comparing files from 8 MB to 16 MB.
Revision ChangesPath
1.48 +3 -1
Le 2002-03-20, Søren Schmidt écrivait :
I thought there was work on this already ? Justin called for a timeout
to get it done the right way in CAM, I was sort of expecting to
hear about how that should integrate in the ATA/ATAPI world...
Well I have not heard of any specific requirements on
It seems Scott Long wrote:
In the past you've objected to ATAPI-CAM on two grounds, fear that it
won't be done right, and fear that it will add more work to yourself. I
think that there are enough highly intelligent people interested in the
project that the first issue can be put to rest.
It seems Thomas Quinot wrote:
Le 2002-03-20, Søren Schmidt écrivait :
I thought there was work on this already ? Justin called for a timeout
to get it done the right way in CAM, I was sort of expecting to
hear about how that should integrate in the ATA/ATAPI world...
Well I have not
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
With last update of world and ports I'm unable to start XFree86.
I have a matrox G200 (agp) and I have tryed with and without the
WITH_MATROX_GXX_DRIVER=yes but I got only a signal 10, core dump
when starting X. At the same time I switched my MoBo from tyan
trinity with k6 to a asus p2b-ds dual
On Wed, Mar 20, 2002 at 07:20:52AM +0100, Poul-Henning Kamp wrote:
Sounds like your disklabel is smaller than your filesystem ?
Huh. That's what it looks like. How'd that happen?(tm) I don't
recall ever touching the disklabel since the install.
Oh, well. There was enough spare room on the
Would anyone mind if I commit the following to i386/boot2.c?
I've reviewed and tested them.
add -n option to boot2 to disallow user interruption
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=36016
boot2 cleanup (modulo style(9) and a minor typo in a comment):
In article [EMAIL PROTECTED],
Terry Lambert [EMAIL PROTECTED] wrote:
John Polstra wrote:
All I know is this: The dynamic linker was working just fine for
years. Then we got a new version of binutils, and lots of problems
started happening. The dynamic linker wasn't changed -- binutils
Technically, the ELF spec permits the ordering, so the assumptions
are really broken, even though they code for what's really a
defacto-standard of many years, now. 8-(.
Can you be more specific? To the best of my knowledge, I made no
assumptions beyond what the spec promised. The
On Wed, Mar 20, 2002 at 05:47:32PM +, Mark Murray wrote:
In ports/lang/gcl, a program is undumped, and the resultant binary
dumps core _very_ early in the startup. I can't get debugging info,
because the undumping also seems to strip the program.
I've also have had that same problem when
In my environment, I have a central build and file server, and then a
series of network booted crash machines.
Hey, this is interesting.
I planed to buy a serial terminal or simple pc which plays terminal for
quite a long time, but delayed that until I will have moved to the new
appartment,
On 20-Mar-2002 Pierre Beyssac wrote:
Would anyone mind if I commit the following to i386/boot2.c?
I've reviewed and tested them.
add -n option to boot2 to disallow user interruption
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=36016
Looks fine to me.
boot2 cleanup (modulo style(9)
In ports/lang/gcl, a program is undumped, and the resultant binary
dumps core _very_ early in the startup. I can't get debugging info,
because the undumping also seems to strip the program.
I've also have had that same problem when I tried to build the port,
but was never able to find
On Wed, Mar 20, 2002 at 11:29:46AM +0100, Riccardo Torrini wrote:
With last update of world and ports I'm unable to start XFree86.
I have a matrox G200 (agp) and I have tryed with and without the
WITH_MATROX_GXX_DRIVER=yes but I got only a signal 10, core dump
when starting X. At the same
---BeginMessage---
Ok, Kirk and I thought it would stirr a buzz once we even mentioned
UFS2 so let me set the record straight, (or at least firmly crooked):
UFS2 is UFS Extended Attributes in the inodes.
That's it. No more, no less.
In particular that means: No journaling.
On Wed, 20 Mar 2002, Ruslan Ermilov wrote:
On Mon, Mar 18, 2002 at 03:26:13PM -0800, Dag-Erling Smorgrav wrote:
des 2002/03/18 15:26:13 PST
Modified files:
usr.bin/xinstall xinstall.c
Log:
Bump the cutoff mark for comparing files from 8 MB to 16 MB.
Le 2002-03-20, John Baldwin écrivait :
Looks mostly ok to me. Not entirely sure about the autoboot changes
as it looks weird to load(kname) right before you change what kname
is. I think the logic must somehow be wrong there.
But this is what is currently in the code (as I mentioned in the
a definite listen to...mellow - post on audiosurge.com
'the beautiful daye,' the debut album from soul singer and poet tyren [grfx], is the
best cool out CD since sade's lover's rock. The album was created to bring the mood
and set the moment, and it does with subtle soundscapes and great
Looks like the correct lib hints aren't being used in the buildworld?
Am I the only one? I'm setting MAKEOBJDIRPREFIX (properly, in the
environment).
=== usr.bin/xlint/llib
/c/home/obj/c/home/src/usr.bin/xlint/llib/../xlint/xlint -cghapbx -L /usr/libdata/lint
-Cposix
Because I'm not a development only a sysadmin,
the next workaround would not fit in your case. :)
Check out where you already have libc.so.t in /usr/obj/usr/src/lib/libc or
not.
If you have one, copy it into /usr/lib and 'make -DNOCLEAN buildworld' or
'buildkernel' again.
If you don't, compile
The following check added into kern_linker.c seems wrong somehow:
if (securelevel_gt(td-td_ucred, 0) == 0) {
error = EPERM;
goto out;
}
The last thing securelevel_gt does is to perform this check:
return (active_securelevel level ? EPERM
On Thu, Mar 21, 2002 at 11:17:18AM +0900, À强ȣ wrote:
Because I'm not a development only a sysadmin,
the next workaround would not fit in your case. :)
Check out where you already have libc.so.t in /usr/obj/usr/src/lib/libc or
not.
If you have one, copy it into /usr/lib and 'make
On Thu, Mar 21, 2002 at 12:33:45PM +1100, Bruce Evans wrote:
On Wed, 20 Mar 2002, Steve Kargl wrote:
I forgot about the missing __pure2 in math.h. (It prevents gcc
doing optimizations like moving sqrt(2) out of loops.) There is
another thread on freebsd-standards about _MULTI_LIBM support.
Ruslan Ermilov [EMAIL PROTECTED] writes:
OK, I think it's finally the time to borrow mmap(2) comparison in
chunks from OpenBSD (better viewed as -w diff):
What are you waiting for? Commit! :)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Sat, 16 Mar 2002, Steve Kargl wrote:
A long time ago I submitted PR misc/17848 which
removes CSRG libm sources. The audit trail shows
some commentary, but AFAICT nothing much has been
done based on that commentary. With the upcoming
release of of 5.0, I think we should consider the
On Thu, Mar 21, 2002 at 10:19:13AM +1100, Bruce Evans wrote:
On Sat, 16 Mar 2002, Steve Kargl wrote:
A long time ago I submitted PR misc/17848 which
removes CSRG libm sources. The audit trail shows
some commentary, but AFAICT nothing much has been
done based on that commentary. With
On Wed, 20 Mar 2002, Steve Kargl wrote:
I re-read the audit trail of the PR. You list two items:
gamma() should become tgamma(); and, (lack of) the use
of __pure2. I was planning to compare our msun against
NetBSD and merge any appropriate changes (if any exists).
Do you have any patches
29 matches
Mail list logo