Andrey A. Chernov wrote (2001/04/19):
> In any case it must be sysctl-controlled variable and not kernel
> option only. Rebuilding whole kernel to just change console language is
> superfluous! rc.syscon/rc.conf hooks must be added too.
I agree that there should be some rc.* variable.
It is not
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
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 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 improvem
"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 rel
I have the same problem on a Sony VAIO PCG-XG38 running -current
pcm0: 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]>
> To: [EMAIL PROT
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
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 ro
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. W
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 install
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
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:
>
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 at:
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 /boot/kerne
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 abo
:> 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
:e
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 a
: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 se
: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 freebs
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 anym
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 varia
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
> resurre
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 defa
:
: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 comment
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. :
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| ;
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
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 doe
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:
> >
> >
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 ge
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:
>
> --- M
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
"Andrey A. Chernov" wrote:
>
> 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-0
* 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
> -
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
>
On Thu, 19 Apr 2001, 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:
`obj' must normally be built before everything else. Otherwise, make(1)
will start by c
On Thu, Apr 19, 2001 at 13:54:29 +0100, Nick Hibma wrote:
>
> You might want to specify in the comment what the arguments should look
> like, like an example.
> > +mousechar_start="NO"# if 0xd0-0xd4 default range occuped in the font code
> > + # table, specify alternative r
* 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 within the next coup
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.
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 for those languages...
>
Please review this patch:
--- defaults/rc.conf.oldTue Apr 10 05:34:17 2001
+++ defaults/rc.confThu Apr 19 16:46:
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
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
> l
>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 redefin
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 t
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 informa
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 language
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)" _do
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: fforrwwarardd__hsatradtcclloocckk:
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' MATSUSHI
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 PROTECTED]:/usr/obj/usr/src/sys
50 matches
Mail list logo
