On Sun, 24 Jun 2001, Rob Landley wrote:
> I know the geos had nothing to do with digital, it started as a windowing GUI
> for the commodore 64, if you can believe that...
Not only can I belive it, but I was going to bring it up the first time
GEOS was mentioned. Having only used Macs (in
On Sun, 24 Jun 2001, Rob Landley wrote:
I know the geos had nothing to do with digital, it started as a windowing GUI
for the commodore 64, if you can believe that...
Not only can I belive it, but I was going to bring it up the first time
GEOS was mentioned. Having only used Macs (in school)
On Tue, 19 Jun 2001, Simone Piunno wrote:
> I was trying to compile 2.4.5 with gcc 3.0 but there is a problem
> (conflicting type) between kernel/timer.c and include/linux/sched.h
> Apparently the problem solves with this oneline workarond:
>
> --- linux/include/linux/sched.h Tue Jun 19 17:00:03
On Tue, 19 Jun 2001, Simone Piunno wrote:
I was trying to compile 2.4.5 with gcc 3.0 but there is a problem
(conflicting type) between kernel/timer.c and include/linux/sched.h
Apparently the problem solves with this oneline workarond:
--- linux/include/linux/sched.h Tue Jun 19 17:00:03 2001
On Tue, 15 May 2001, Anuradha Ratnaweera wrote:
>
> On Thu, 10 May 2001, Jorge Boncompte [DTI2] wrote:
>
> > After the reboot, the keyboard was working 5 minutes and then it
> > locked. The console was working. I rebooted the machine again and has
> > been working for 2 days, that the keyboard
On Tue, 15 May 2001, Anuradha Ratnaweera wrote:
On Thu, 10 May 2001, Jorge Boncompte [DTI2] wrote:
After the reboot, the keyboard was working 5 minutes and then it
locked. The console was working. I rebooted the machine again and has
been working for 2 days, that the keyboard gets
On Mon, 16 Apr 2001, Alan Cox wrote:
> VIA users should test this kernel carefully. It has what are supposed to be
> the right fixes for the VIA hardware bugs. Obviously the right fixes are not
> as tested as the deduced ones.
I saw no mention of the ACPI idle problem I see on my Athlons. Is
On Mon, 16 Apr 2001, Alan Cox wrote:
VIA users should test this kernel carefully. It has what are supposed to be
the right fixes for the VIA hardware bugs. Obviously the right fixes are not
as tested as the deduced ones.
I saw no mention of the ACPI idle problem I see on my Athlons. Is the
On Thu, 12 Apr 2001, [EMAIL PROTECTED] wrote:
> Of course, but if we can fix the problem by making the kernel smaller,
> what possible motive could you have for opposing it other than 'but it
> doesn't solve _my_ problems!' ?
Agreed. The only thing I was thinking, was if the kernel is doing
On Thu, 12 Apr 2001, Rafael E. Herrera wrote:
> > But only users using matroxfb complains to me and/or to linux-kernel ;-)
> > You know, it worked last week, but it does not work anymore today. And
> > only thing I changed was kernel. So it must be in kernel...
I thought I had seen at least one
On Thu, 12 Apr 2001, Rafael E. Herrera wrote:
But only users using matroxfb complains to me and/or to linux-kernel ;-)
You know, it worked last week, but it does not work anymore today. And
only thing I changed was kernel. So it must be in kernel...
I thought I had seen at least one other
On Thu, 12 Apr 2001, [EMAIL PROTECTED] wrote:
Of course, but if we can fix the problem by making the kernel smaller,
what possible motive could you have for opposing it other than 'but it
doesn't solve _my_ problems!' ?
Agreed. The only thing I was thinking, was if the kernel is doing the
On Wed, 11 Apr 2001, Petr Vandrovec wrote:
> Hi,
>Alan, Linus, please apply this patch to matroxfb. It fixes complaints
> from people that screen is black after they exit from X back to console.
> Matrox driver does not know that it should return hardware state back to
> initial state after
On Wed, 11 Apr 2001, Petr Vandrovec wrote:
Hi,
Alan, Linus, please apply this patch to matroxfb. It fixes complaints
from people that screen is black after they exit from X back to console.
Matrox driver does not know that it should return hardware state back to
initial state after
On Sun, 1 Apr 2001, David Riley wrote:
> Linus Torvalds wrote:
>
> Uhm, yeah... I don't know who wrote this, but it came from Washington
> state and was written with MS Outlook... Something tells me that this
> April Fool's joke wasn't Linus'. :-)
Yeah, the quality of these jokes has
On Sun, 1 Apr 2001, David Riley wrote:
Linus Torvalds wrote:
Uhm, yeah... I don't know who wrote this, but it came from Washington
state and was written with MS Outlook... Something tells me that this
April Fool's joke wasn't Linus'. :-)
Yeah, the quality of these jokes has really
On Thu, 15 Mar 2001, Nathan Black wrote:
> I am at a total loss, But I have found some interesting anomalies with my
> hardware.
That is about how I was feeling when I had similar problems.
> My Current Setup:
> Supermicro S370DE6 (Serverworks Chipset)
> Dual PIII 866
> 2 x 256 MB PC133 ECC
On Thu, 15 Mar 2001, Nathan Black wrote:
I am at a total loss, But I have found some interesting anomalies with my
hardware.
That is about how I was feeling when I had similar problems.
My Current Setup:
Supermicro S370DE6 (Serverworks Chipset)
Dual PIII 866
2 x 256 MB PC133 ECC SDRAM
I'm running 2.4.1 (had been using 2.4.0 since it was released) with quota
2.00 on an ext2 filesystem mounted as /home.
When a file is created or deleted from the file system the quota usage is
not updated. If I run a "quotacheck -a" everything gets updated, but
quickly after as mail is
I'm running 2.4.1 (had been using 2.4.0 since it was released) with quota
2.00 on an ext2 filesystem mounted as /home.
When a file is created or deleted from the file system the quota usage is
not updated. If I run a "quotacheck -a" everything gets updated, but
quickly after as mail is
On Fri, 26 Jan 2001, Daniel Chemko wrote:
> Microsoft are bad for dropping ICMP because of security.. .I mean try pinging
> microsoft.com...
It's down, ha ha, Microsoft is down! I'm joking of course. But you don't
know how many times my techs have told me that. It's either that, or
something
On Fri, 26 Jan 2001, Daniel Chemko wrote:
Microsoft are bad for dropping ICMP because of security.. .I mean try pinging
microsoft.com...
It's down, ha ha, Microsoft is down! I'm joking of course. But you don't
know how many times my techs have told me that. It's either that, or
something
On Mon, 8 Jan 2001, Alan Cox wrote:
> And have identical bad problems with auth failures. Right now I've given up
> trying to make 2.4 and YP mix because my RH setup assumes NIS auth will fail
> fast during boot up scripts and it doesnt.
>
> Unfortunately for the quickfix folks, Dave is right
On Mon, 8 Jan 2001, Alan Cox wrote:
And have identical bad problems with auth failures. Right now I've given up
trying to make 2.4 and YP mix because my RH setup assumes NIS auth will fail
fast during boot up scripts and it doesnt.
Unfortunately for the quickfix folks, Dave is right about
On Mon, 8 Jan 2001, Scott Laird wrote:
>
> Is syslog running correctly? When syslog screws up, it very frequently
> results in this sort of problem.
>
I would guess that syslog is okay. I'm getting plenty of entries in my
various logs, along with a few boxes remote logging into this server.
On Mon, 8 Jan 2001, Scott Laird wrote:
Is syslog running correctly? When syslog screws up, it very frequently
results in this sort of problem.
I would guess that syslog is okay. I'm getting plenty of entries in my
various logs, along with a few boxes remote logging into this server.
On Mon, 8 Jan 2001, Igmar Palsenberg wrote:
> check /etc/pam.d/login
No pam.
> Could be kerberos that is biting you, althrough that doesn't explain the
> portmap story.
So no kerberos.
I just rebuilt the shadow suite (where my login comes from) to be on the
safe side. But the problem is
On Mon, 8 Jan 2001, David S. Miller wrote:
> This definitely seems like the classic "/etc/nsswitch.conf is told to
> look for YP servers and you are not using YP", so have a look and fix
> nsswitch.conf if this is in fact the problem.
What I have never gotten, is why on my machines (no specific
On Mon, 8 Jan 2001, David S. Miller wrote:
This definitely seems like the classic "/etc/nsswitch.conf is told to
look for YP servers and you are not using YP", so have a look and fix
nsswitch.conf if this is in fact the problem.
What I have never gotten, is why on my machines (no specific
On Mon, 8 Jan 2001, Igmar Palsenberg wrote:
check /etc/pam.d/login
No pam.
Could be kerberos that is biting you, althrough that doesn't explain the
portmap story.
So no kerberos.
I just rebuilt the shadow suite (where my login comes from) to be on the
safe side. But the problem is still
Perhaps the help text for disk quotas needs to be updated, or at least the
howto for quotas.
The help text for disk quotas says to see the Quota mini-HOWTO. The howto
says to get the quota source from:
ftp://ftp.funet.fi/pub/Linux/PEOPLE/Linus/subsystems/quota/all.tar.gz
That doesn't exist
Perhaps the help text for disk quotas needs to be updated, or at least the
howto for quotas.
The help text for disk quotas says to see the Quota mini-HOWTO. The howto
says to get the quota source from:
ftp://ftp.funet.fi/pub/Linux/PEOPLE/Linus/subsystems/quota/all.tar.gz
That doesn't exist
I'm seeing a new warning with the 2.4.0-prerelease (could have been
introduced in -pre11 or 12):
EXT2-fs warning: feature flags set on rev 0 fs, running e2fsck is recommended
Well I've run e2fsck (version 1.18) twice, and looked at the options for
tune2fs.
Is there an easy way to change the
I'm seeing a new warning with the 2.4.0-prerelease (could have been
introduced in -pre11 or 12):
EXT2-fs warning: feature flags set on rev 0 fs, running e2fsck is recommended
Well I've run e2fsck (version 1.18) twice, and looked at the options for
tune2fs.
Is there an easy way to change the
On 6 Dec 2000, H. Peter Anvin wrote:
>
> Please don't use the path /var/shm... it was a really bad precedent
> set when someone suggested it. Use /dev/shm.
>
And I'll ask again... If this is now the recommend mount point, can we
have devfs create this directory for us?
-Chris
--
Two
On 6 Dec 2000, H. Peter Anvin wrote:
HARP
Please don't use the path /var/shm... it was a really bad precedent
set when someone suggested it. Use /dev/shm.
/HARP
And I'll ask again... If this is now the recommend mount point, can we
have devfs create this directory for us?
-Chris
--
Two
On 2 Nov 2000, Ulrich Drepper wrote:
> I'm seeing this as well, but only with PIII Xeon systems, not PII
> Xeon. Every single timer interrupt on any CPU is accompanied by a NMI
> and LOC increment on every CPU.
>
>CPU0 CPU1
> 0: 146727 153389IO-APIC-edge
On 2 Nov 2000, Ulrich Drepper wrote:
I'm seeing this as well, but only with PIII Xeon systems, not PII
Xeon. Every single timer interrupt on any CPU is accompanied by a NMI
and LOC increment on every CPU.
CPU0 CPU1
0: 146727 153389IO-APIC-edge timer
On Wed, 20 Sep 2000, Adam Watson wrote:
> I am working to get Diald up and running and with both 2.2.16 and the 2.4.0
> series kernels I have been getting SIOCSIFMETRIC Operation not supported.
> I've looked through the kernel docs and include files but couldn't find a
> reference to that
On Wed, 20 Sep 2000, Adam Watson wrote:
I am working to get Diald up and running and with both 2.2.16 and the 2.4.0
series kernels I have been getting SIOCSIFMETRIC Operation not supported.
I've looked through the kernel docs and include files but couldn't find a
reference to that
I just tried to build 2.4.0-test8 on a machine where I don't use modules
at all, and thus have them disabled in the config. The kernel compile
just about finishes, but scsidrv.o contains "scsi_register_module" and
"scsi_unregister_module", so the link fails.
--
Two penguins were walking on an
I just tried to build 2.4.0-test8 on a machine where I don't use modules
at all, and thus have them disabled in the config. The kernel compile
just about finishes, but scsidrv.o contains "scsi_register_module" and
"scsi_unregister_module", so the link fails.
--
Two penguins were walking on an
Now that is what I want on a t-shirt. ;)
On Thu, 7 Sep 2000, Peter Samuelson wrote:
> [Now, centuries-old theological arguments may well be of supreme
> importance in some ways -- an undeniably subjective and personal
> judgment -- but in terms of Linux kernel development they are usually
>
On Tue, 5 Sep 2000, Richard Gooch wrote:
> > Yes. The userlevel tool can't handle other things without recompiling.
>
> Don't worry about that. I can add a rule to devfsd so it creates
> appropriate compatibility entries.
But the userlevel tool needs fixed too. Recompiling is fine, as long as
On Tue, 5 Sep 2000, Richard Gooch wrote:
Yes. The userlevel tool can't handle other things without recompiling.
Don't worry about that. I can add a rule to devfsd so it creates
appropriate compatibility entries.
But the userlevel tool needs fixed too. Recompiling is fine, as long as
it
What about those of us who don't have modules enabled. "make
modules_install" complains.
I'm still like the idea of /lib/kernel or /lib/linux. Keep /lib/modules
for modules. Or on my machines I won't even have to create /lib/modules.
On Thu, 31 Aug 2000, Robert Greimel wrote:
> It would be
46 matches
Mail list logo
