Hi!
I always thought that ``obj'', ``all'' and ``install'' should be
executed in sequence, not together. Hey, this even does not work
for bin/cat:
$ uname -a
FreeBSD dev.lan.Awfulhak.org 5.0-CURRENT FreeBSD 5.0-CURRENT #7: Wed Apr 18 14:07:56
BST 2001 [EMAIL
ru I always thought that ``obj'', ``all'' and ``install'' should be
ru executed in sequence, not together. Hey, this even does not work
ru for bin/cat:
IIRC, it is assumed that "make -jX install (where X 1)" _doesn't_ work.
I've heard why, but I've forgotten :-)
-- -
Makoto `MAR' MATSUSHITA
I've just built a couple of worlds from -CURRENT cvsupped at 2030 UTC
on the 18th, and at 0600 UTC on the 19th. In each case, I have
massive problems, apparently with the synchronization. Here's some
log file output:
Apr 19 18:11:34 zaphod /boot/kernel/kernel:
On Thu, Apr 19, 2001 at 05:18:41PM +0900, Makoto MATSUSHITA wrote:
ru I always thought that ``obj'', ``all'' and ``install'' should be
ru executed in sequence, not together. Hey, this even does not work
ru for bin/cat:
IIRC, it is assumed that "make -jX install (where X 1)" _doesn't_
Currently SC_MOUSE_CHAR occupes 0xd0-0xd4 range which produce conflict
with several languages code tables. I plan to redefine it by default to
0x03-0x07 leaving possibility to redefine it to any range as currently
present. This way minimizes arcane information needed for user to setup
its
It seems Andrey A. Chernov wrote:
Currently SC_MOUSE_CHAR occupes 0xd0-0xd4 range which produce conflict
with several languages code tables. I plan to redefine it by default to
0x03-0x07 leaving possibility to redefine it to any range as currently
present. This way minimizes arcane
On Thu, Apr 19, 2001 at 13:54:52 +0200, Søren Schmidt wrote:
It seems Andrey A. Chernov wrote:
Currently SC_MOUSE_CHAR occupes 0xd0-0xd4 range which produce conflict
with several languages code tables. I plan to redefine it by default to
0x03-0x07 leaving possibility to redefine it to any
On Thu, Apr 19, 2001 at 13:54:52 +0200, S ren Schmidt wrote:
It seems Andrey A. Chernov wrote:
Currently SC_MOUSE_CHAR occupes 0xd0-0xd4 range which produce conflict
with several languages code tables. I plan to redefine it by default to
0x03-0x07 leaving possibility to redefine it to any
On Thu, Apr 19, 2001 at 16:03:01 +0400, Andrey A. Chernov wrote:
The has been beaten to death several times before, check the archives...
We just add yet one conflicting language - Ukrainian. How many you want
to change this decision? Breaking letters is more important than black
line in
Doug Barton wrote:
Alfred Perlstein wrote:
I'm figuring the only time when it may be a problem is on machines
with a small amount of memory. Since memory is cheap, I plan on
turning it on within the next couple of days unless a stability
issue comes up.
I'll leave it to those
You might want to specify in the comment what the arguments should look
like, like an example.
Nick
On Thu, 19 Apr 2001, Andrey A. Chernov wrote:
On Thu, Apr 19, 2001 at 21:23:57 +0900, Kazutaka YOKOTA wrote:
Maybe we should automatically add `-M 3' to flags for vidcontrol
in rc.conf
Alfred Perlstein wrote:
* Maxim Sobolev [EMAIL PROTECTED] [010419 05:48] wrote:
Doug Barton wrote:
Alfred Perlstein wrote:
I'm figuring the only time when it may be a problem is on machines
with a small amount of memory. Since memory is cheap, I plan on
turning it on
* Maxim Sobolev [EMAIL PROTECTED] [010419 06:20] wrote:
OOPS, I see. See updated patch.
Looks ok.
Index: Makefile
===
RCS file: /home/ncvs/src/etc/Makefile,v
retrieving revision 1.248
diff -d -u -r1.248 Makefile
---
On Thu, Apr 19, 2001 at 03:46:39PM +0300, Maxim Sobolev wrote:
What do you think about attached patch?
-Maxim
Index: Makefile
===
RCS file: /home/ncvs/src/etc/Makefile,v
retrieving revision 1.248
diff -d -u -r1.248
On Thu, Apr 19, 2001 at 11:12:24PM +1000, Bruce Evans wrote:
[...]
IIRC, it is assumed that "make -jX install (where X 1)" _doesn't_ work.
I've heard why, but I've forgotten :-)
Right. One case where it doesn't work is installing /bin/sh with the
default install flags. /bin/sh gets
On Thu, Apr 19, 2001 at 11:38:49PM +1000, Bruce Evans wrote:
On Thu, 19 Apr 2001, Ruslan Ermilov wrote:
Attached is the Makefile that demonstrates the problem. Run it like this:
make obj; make all
Then try:
make install
And then try:
make -j2 install
On Thu, Apr 19, 2001 at 05:53:53PM +0300, Ruslan Ermilov wrote:
On Thu, Apr 19, 2001 at 11:12:24PM +1000, Bruce Evans wrote:
[...]
IIRC, it is assumed that "make -jX install (where X 1)" _doesn't_ work.
I've heard why, but I've forgotten :-)
Right. One case where it doesn't work is
Maxim Sobolev wrote:
What do you think about attached patch?
Definitely the right idea, however I'm waiting on input from a couple
people on some additional suggestions, so if you'd hold off I'd appreciate
it.
--
"One thing they don't tell you about doing experimental physics is
Hi,
Attached script forces perl(1) to dump core, which isn't a good
behaviour IMO (tested on 5-CURRENT and 4.3-RC).
-Maxim
#!/bin/sh
perl -pi -e "s|make|\$\{MAKE\}|g ;
s|^INCPATH=.*|INCPATH=-I/usr/local/include -I/usr/local/include/SDL11 -D_REENTRANT| ;
Doug Barton wrote:
Maxim Sobolev wrote:
What do you think about attached patch?
Definitely the right idea, however I'm waiting on input from a couple
people on some additional suggestions, so if you'd hold off I'd appreciate
it.
Unfortunately I've already cvs ci it. :(
:
:What do you think about attached patch?
:
:-Maxim
mmm.. I think it would just confuse the issue and prevent us from
being able to change the kernel default trivially. 99.5% of the
FreeBSD boxes out there are just going to want it to be on by default.
We could provide a
Matt Dillon wrote:
:
:What do you think about attached patch?
:
:-Maxim
mmm.. I think it would just confuse the issue and prevent us from
being able to change the kernel default trivially. 99.5% of the
FreeBSD boxes out there are just going to want it to be on by default.
On Thu, Apr 19, 2001 at 10:23:02AM -0700, Jens Schweikhardt wrote:
I just wanted to close http://www.freebsd.org/cgi/query-pr.cgi?pr=25030
by frobbing NOTES. While 4.2-R LINT has option USER_LDT, NOTES doesn't
have it anymore. Can anybody clue me in why it disappeared? Can I simply
resurrect
On Thu, Apr 19, 2001 at 16:03:01 +0400, Andrey A. Chernov wrote:
Wont work, it needs to be in the (IIRC) 0xd0 - 0xe0 range for the
HW to DTRT with the ninth bit on VGA HW.
It works for years, just making small vertical black line sometimes
appearse in the cursor.
BTW, default variant
On Thu, Apr 19, 2001 at 12:23:54PM -0500, Will Andrews wrote:
On Thu, Apr 19, 2001 at 10:23:02AM -0700, Jens Schweikhardt wrote:
I just wanted to close http://www.freebsd.org/cgi/query-pr.cgi?pr=25030
by frobbing NOTES. While 4.2-R LINT has option USER_LDT, NOTES doesn't
have it anymore.
:But we already have sysctl.conf and appropriate rc.sysctl, haven't we? What's
:wrong with putting some useful payload into it?
:
:-Maxim
If it's commented out, it's fine.
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
:But we already have sysctl.conf and appropriate rc.sysctl, haven't we? What's
:wrong with putting some useful payload into it?
:
:-Maxim
Let me explain a little more. If it's commented out, it's fine. But
if you are actually setting a value in there you will override whatever
is
On Thu, Apr 19, 2001 at 10:39:58 -0700, Matt Dillon wrote:
:But we already have sysctl.conf and appropriate rc.sysctl, haven't we? What's
:wrong with putting some useful payload into it?
:
:-Maxim
Let me explain a little more. If it's commented out, it's fine. But
if you are
: set that default in stone and prevent us from being able to change
: it with a new kernel rev. This being a *kernel* specific feature,
: we need to have control over the default in the kernel itself.
:
:What about simple check in the kernel: if total memory is above 64Mb, then
On Thu, Apr 19, 2001 at 10:47:20 -0700, Matt Dillon wrote:
: set that default in stone and prevent us from being able to change
: it with a new kernel rev. This being a *kernel* specific feature,
: we need to have control over the default in the kernel itself.
:
:What about
On 19-Apr-01 Greg Lehey wrote:
I've just built a couple of worlds from -CURRENT cvsupped at 2030 UTC
on the 18th, and at 0600 UTC on the 19th. In each case, I have
massive problems, apparently with the synchronization. Here's some
log file output:
Apr 19 18:11:34 zaphod
Hi,
I have added a -d dir option to cp. This allows the target
directory to be specified at the head of the command line
instead of the tail. This makes cp work much more nicely with
tools like xargs... (allowing for major performance improvements
over inline shell loops).
The patch is
On Mon, Apr 16, 2001 at 01:27:24PM +0900, Makoto MATSUSHITA wrote:
I've tried to use (bootable) CD-ROM as root filesystem (I want have
this because it's good alternative of fixit.flp), but it seems that
GENERIC kernel doesn't understand where is root filesystem.
What I did are:
[
On Thu, 19 Apr 2001, Ruslan Ermilov wrote:
On Thu, Apr 19, 2001 at 05:53:53PM +0300, Ruslan Ermilov wrote:
On Thu, Apr 19, 2001 at 11:12:24PM +1000, Bruce Evans wrote:
atomic installation. Atomic installation (but not -C) should be the
default.
This one seems like an easy task,
On Thu, 19 Apr 2001, Ruslan Ermilov wrote:
On Thu, Apr 19, 2001 at 11:12:24PM +1000, Bruce Evans wrote:
[...]
IIRC, it is assumed that "make -jX install (where X 1)" _doesn't_ work.
I've heard why, but I've forgotten :-)
Right. One case where it doesn't work is installing /bin/sh
On Thu, 19 Apr 2001, Andrey A. Chernov wrote:
On Thu, Apr 19, 2001 at 10:39:58 -0700, Matt Dillon wrote:
Let me explain a little more. If it's commented out, it's fine. But
if you are actually setting a value in there you will override whatever
is set in the kernel. When
It looks like the recent sound driver megapatch broke (at least) the Neomagic
256AV driver. With a cvsup from yesterday, trying to do play mp3 files got
trash that was vaguely recognizable as a seriously distorted version of the
original piece. I did some trolling of the cvsweb and decided to
On Thu, Apr 19, 2001 at 04:02:18PM -0700, Scott Hazen Mueller wrote:
It looks like the recent sound driver megapatch broke (at least) the Neomagic
256AV driver. With a cvsup from yesterday, trying to do play mp3 files got
trash that was vaguely recognizable as a seriously distorted version of
I have the same problem on a Sony VAIO PCG-XG38 running -current
pcm0: Yamaha DS-1E (YMF744) mem 0xfedf-0xfedf7fff irq 9 at device 9.0 on pci0
daniel.-
On Thu, 19 Apr 2001, Scott Hazen Mueller wrote:
Date: Thu, 19 Apr 2001 16:02:18 -0700 (PDT)
From: Scott Hazen Mueller [EMAIL PROTECTED]
"Thomas D. Dean" wrote:
I am planning to shift a machine from -current to the pending release.
I have tracked -current (SMP) on this machine for 4 years. But,
now, I need to depend on it - it is old, making a net server.
What date were the etc/* files frozen for the pending release?
At 3:39 PM -0400 4/19/01, John W. De Boskey wrote:
I have added a -d dir option to cp. This allows the target
directory to be specified at the head of the command line
instead of the tail. This makes cp work much more nicely with
tools like xargs... (allowing for major performance
Garance A Drosihn [EMAIL PROTECTED] writes:
Or maybe something to indicate where the list of arguments
should go in a command. Hrm. Let's say '-Y replstr' or
'-y[replstr]' (no blank after -y). If no [replstr] is
given on -y, it defaults to the two characters '[]'.
Then one might do:
At 10:08 PM -0700 4/19/01, Dima Dorfman wrote:
Garance A Drosihn [EMAIL PROTECTED] writes:
Or maybe something to indicate where the list of arguments
should go in a command. Hrm. Let's say '-Y replstr' or
'-y[replstr]' (no blank after -y). If no [replstr] is
given on -y, it defaults
On Thu, 19 Apr 2001, Ruslan Ermilov wrote:
Attached is the Makefile that demonstrates the problem. Run it like this:
make obj; make all
Then try:
make install
And then try:
make -j2 install
Note the difference. This fixes the problem:
--- Makefile Thu
44 matches
Mail list logo