On Mon, Jun 25, 2001 at 06:32:16PM +0200, Daniel Phillips wrote:
> On Monday 25 June 2001 18:16, Colonel wrote:
> > Had you tried fvwm-1.24r (the original) ? It was designed long ago to
> > be lean and fast on the desktop. I know it whips KDE.
>
> Yes, I did. It's even faster than xfce but
On Mon, Jun 25, 2001 at 08:05:41PM +0200, Andreas Bombe wrote:
> On Thu, Jun 21, 2001 at 02:21:18PM -0400, Rob Landley wrote:
> > Name one thing Microsoft actually invented. Other than Microsoft Bob.
>
> were listed and where they bought or stole it from. The only things
> that were really
On Mon, Jun 25, 2001 at 08:05:41PM +0200, Andreas Bombe wrote:
On Thu, Jun 21, 2001 at 02:21:18PM -0400, Rob Landley wrote:
Name one thing Microsoft actually invented. Other than Microsoft Bob.
were listed and where they bought or stole it from. The only things
that were really
On Mon, Jun 25, 2001 at 06:32:16PM +0200, Daniel Phillips wrote:
On Monday 25 June 2001 18:16, Colonel wrote:
Had you tried fvwm-1.24r (the original) ? It was designed long ago to
be lean and fast on the desktop. I know it whips KDE.
Yes, I did. It's even faster than xfce but there's
On Thu, Jun 21, 2001 at 03:58:33PM +0200, Matthias Urlichs wrote:
> At 23:50 +1000 2001-06-21, john slee wrote:
> >i believe libgpio uses the existing usb/iee1394/serial/parallel
> >interfaces to provide a limited userspace driver capability.
>
> That only means, howev
On Thu, Jun 21, 2001 at 06:38:09PM +0700, Dmitry A. Fedorov wrote:
> kernel module to delivery hardware interrupts to user space
> programs. Hardware interrupts (IRQ) are accessible by
> character devices /dev/irq[0-15]. Interrupts delivered by
> signals and select(2)/poll(2)
i believe libgpio
On Thu, Jun 21, 2001 at 06:38:09PM +0700, Dmitry A. Fedorov wrote:
kernel module to delivery hardware interrupts to user space
programs. Hardware interrupts (IRQ) are accessible by
character devices /dev/irq[0-15]. Interrupts delivered by
signals and select(2)/poll(2)
i believe libgpio uses
On Thu, Jun 21, 2001 at 03:58:33PM +0200, Matthias Urlichs wrote:
At 23:50 +1000 2001-06-21, john slee wrote:
i believe libgpio uses the existing usb/iee1394/serial/parallel
interfaces to provide a limited userspace driver capability.
That only means, however, that the specific kernel
On Tue, Jun 19, 2001 at 08:04:42PM -0700, Larry McVoy wrote:
[ ... ]
> I asked Linus for this a long time ago and he pointed out that you couldn't
> make it work over NFS, at least not nicely. It does seem like that could
> be worked around by having a "poll daemon" which knew about all the
On Tue, Jun 19, 2001 at 08:04:42PM -0700, Larry McVoy wrote:
[ ... ]
I asked Linus for this a long time ago and he pointed out that you couldn't
make it work over NFS, at least not nicely. It does seem like that could
be worked around by having a poll daemon which knew about all the things
On Tue, May 22, 2001 at 06:02:12PM +0200, Dr. Michael Weller wrote:
> It's an interesting experiment actually: Is the linux community powerful
> enough to force vendors/people to fix their products and deploy updates to
> comply to standards or can they just ignore it.
largely the vendors have
On Tue, May 22, 2001 at 06:02:12PM +0200, Dr. Michael Weller wrote:
It's an interesting experiment actually: Is the linux community powerful
enough to force vendors/people to fix their products and deploy updates to
comply to standards or can they just ignore it.
largely the vendors have
On Mon, May 21, 2001 at 10:00:07PM +0200, Urban Widmark wrote:
> On Mon, 21 May 2001, Eric S. Raymond wrote:
>
> > the NEW tag). That phase ended almost a month ago. Nobody who has
> > actually tried the CML2 tools more recently has reported that the UI
> > changes present any difficulty.
>
>
On Mon, May 21, 2001 at 10:00:07PM +0200, Urban Widmark wrote:
On Mon, 21 May 2001, Eric S. Raymond wrote:
the NEW tag). That phase ended almost a month ago. Nobody who has
actually tried the CML2 tools more recently has reported that the UI
changes present any difficulty.
What
> quite a bit of scope for improvement. Commercial caching systems have
> demonstrated thoughput of thousands of requests/s with similar
> hardware, but I suspect Tux-ification of Squid will be necessary to
not at all, search for X15 in april/may linux-kernel archives. most of
the specific
quite a bit of scope for improvement. Commercial caching systems have
demonstrated thoughput of thousands of requests/s with similar
hardware, but I suspect Tux-ification of Squid will be necessary to
not at all, search for X15 in april/may linux-kernel archives. most of
the specific
On Sat, Apr 21, 2001 at 03:19:20AM +1000, john slee wrote:
> it sounded like a challenge. this might help someone who can't be
and it might be even more helpful if it didnt appear with a stupid
mimetype.
attempt #2
--
"Bobby, jiggle Grandpa's rat so it looks alive, please" -
cting all the data by hand. it spits it out in tab
delimited form, as sanely as i could manage in 5 minutes.
j.
--
"Bobby, jiggle Grandpa's rat so it looks alive, please" -- gary larson
#!/bin/sh
# john slee <[EMAIL PROTECTED]>
# Sat Apr 21 03:17:55 EST 2001
# quick and
manage in 5 minutes.
j.
--
"Bobby, jiggle Grandpa's rat so it looks alive, please" -- gary larson
#!/bin/sh
# john slee [EMAIL PROTECTED]
# Sat Apr 21 03:17:55 EST 2001
# quick and dirty. run from a kernel source dir somewhere.
find . -name "*.c" | xargs egrep 'MODULE_DESCRIPT
On Sat, Apr 21, 2001 at 03:19:20AM +1000, john slee wrote:
it sounded like a challenge. this might help someone who can't be
and it might be even more helpful if it didnt appear with a stupid
mimetype.
attempt #2
--
"Bobby, jiggle Grandpa's rat so it looks alive, please" -- g
On Sat, Apr 07, 2001 at 07:07:20PM -0700, Colonel wrote:
> Some ISPs rely on crap software & OS to process email, and have other
so you don't use those ISPs
> bad habits besides. Censorship usually does more bad than good
> (especially since dealing with 80% of the spam is trivial for
>
On Sat, Apr 07, 2001 at 07:07:20PM -0700, Colonel wrote:
Some ISPs rely on crap software OS to process email, and have other
so you don't use those ISPs
bad habits besides. Censorship usually does more bad than good
(especially since dealing with 80% of the spam is trivial for
procmail),
On Sun, Apr 01, 2001 at 01:22:48AM -0800, Richard Gooch wrote:
> Linus Torvalds writes:
>
> Ho, hum. No, he didn't. It's April Wankers^WFools again.
we aussies are supposed to have a good sense of humour :P
j.
--
"Bobby, jiggle Grandpa's rat so it looks alive, please" -- gary larson
-
To
On Sun, Apr 01, 2001 at 01:22:48AM -0800, Richard Gooch wrote:
Linus Torvalds writes:
Ho, hum. No, he didn't. It's April Wankers^WFools again.
we aussies are supposed to have a good sense of humour :P
j.
--
"Bobby, jiggle Grandpa's rat so it looks alive, please" -- gary larson
-
To
On Sat, Mar 31, 2001 at 06:44:20PM +0300, Radu Greab wrote:
> Sorry if this is already known: on a RH 7.0 system with kernel 2.4.2
> or 2.4.3, a select on an unconnected socket incorrectly says that the
> socket is ready for input and output. Of course, reading from the socket
> file descriptor
On Sat, Mar 31, 2001 at 06:44:20PM +0300, Radu Greab wrote:
Sorry if this is already known: on a RH 7.0 system with kernel 2.4.2
or 2.4.3, a select on an unconnected socket incorrectly says that the
socket is ready for input and output. Of course, reading from the socket
file descriptor
[cc list trimmed]
On Wed, Mar 28, 2001 at 03:10:08PM +0100, Sean Hunter wrote:
> On Wed, Mar 28, 2001 at 06:08:15AM -0600, Jesse Pollard wrote:
> > Sure - very simple. If the execute bit is set on a file, don't allow
> > ANY write to the file. This does modify the permission bits slightly
> >
[cc list trimmed]
On Wed, Mar 28, 2001 at 03:10:08PM +0100, Sean Hunter wrote:
On Wed, Mar 28, 2001 at 06:08:15AM -0600, Jesse Pollard wrote:
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits slightly
but I
On Fri, Mar 23, 2001 at 12:06:30PM +, Alan Cox wrote:
> o Fix i386 #ifdef bug with notsc disable (Anton Blanchard)
gcc -D__KERNEL__ -I/usr/src/kernel/2.4.2-ac23/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2
On Fri, Mar 23, 2001 at 12:06:30PM +, Alan Cox wrote:
o Fix i386 #ifdef bug with notsc disable (Anton Blanchard)
gcc -D__KERNEL__ -I/usr/src/kernel/2.4.2-ac23/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2
On Tue, Mar 13, 2001 at 07:52:41PM -0300, Rik van Riel wrote:
> On Tue, 13 Mar 2001, Albert D. Cahalan wrote:
>
> > Bloat removal: being able to run without /proc mounted.
> >
> > We don't have "kernel speed". We have kernel-mode screwing around
> > with text formatting.
>
> Sounds like you
On Tue, Mar 13, 2001 at 07:52:41PM -0300, Rik van Riel wrote:
On Tue, 13 Mar 2001, Albert D. Cahalan wrote:
Bloat removal: being able to run without /proc mounted.
We don't have "kernel speed". We have kernel-mode screwing around
with text formatting.
Sounds like you might want to
On Thu, Mar 08, 2001 at 02:51:42PM +, Jules Bean wrote:
> So, in summary, what seems to me to be happening is that the high IRQs
> (9-13, say) appear to be unavailable for use by ISA cards on my
> machine, at the moment. The kernel allows ISA cards to claim these
> IRQs (and the cards then
On Thu, Mar 08, 2001 at 02:51:42PM +, Jules Bean wrote:
So, in summary, what seems to me to be happening is that the high IRQs
(9-13, say) appear to be unavailable for use by ISA cards on my
machine, at the moment. The kernel allows ISA cards to claim these
IRQs (and the cards then show
against 2.4.1:
this may seem rather frivolous, but...
patch below makes all data lines start with the appropriate letter, a
colon, then a tab. previously some entries used (varying amounts of)
space characters instead of tabs.
--- MAINTAINERS.origSun Feb 18 01:48:03 2001
+++ MAINTAINERS
against 2.4.1:
this may seem rather frivolous, but...
patch below makes all data lines start with the appropriate letter, a
colon, then a tab. previously some entries used (varying amounts of)
space characters instead of tabs.
--- MAINTAINERS.origSun Feb 18 01:48:03 2001
+++ MAINTAINERS
On Sun, Feb 11, 2001 at 01:19:02PM +1100, john slee wrote:
> On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote:
> > Does 2.4.1-ac9 behave ?
>
> yep, works fine.
let me amend this slightly: works fine when not using xfree86 with pci
s3virge. guess it wasnt the kernel at
On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote:
> Does 2.4.1-ac9 behave ?
hrm. it misbehaved on ac9 now. i'll try a different soundcard and see
what happens. is es1370 known to be relatively stable? i have one of
those lying about somewhere.
i'm fairly sure its not ram at fault,
On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote:
Does 2.4.1-ac9 behave ?
hrm. it misbehaved on ac9 now. i'll try a different soundcard and see
what happens. is es1370 known to be relatively stable? i have one of
those lying about somewhere.
i'm fairly sure its not ram at fault,
On Sun, Feb 11, 2001 at 01:19:02PM +1100, john slee wrote:
On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote:
Does 2.4.1-ac9 behave ?
yep, works fine.
let me amend this slightly: works fine when not using xfree86 with pci
s3virge. guess it wasnt the kernel at fault after all
On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote:
> > it doesn't happen to me on 2.4.1-pre11 with andrew morton's low
> > scheduling latency patch.
>
> Does 2.4.1-ac9 behave ?
yep, works fine.
j.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
'mpg123 foo.mp3' triggers this. doesn't seem to be restricted to mpg123
however. happens with everything using /dev/dsp.
it doesn't happen to me on 2.4.1-pre11 with andrew morton's low
scheduling latency patch.
symptoms are hard lockup, and random noise from speakers. even magic
sysrq
'mpg123 foo.mp3' triggers this. doesn't seem to be restricted to mpg123
however. happens with everything using /dev/dsp.
it doesn't happen to me on 2.4.1-pre11 with andrew morton's low
scheduling latency patch.
symptoms are hard lockup, and random noise from speakers. even magic
sysrq
On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote:
it doesn't happen to me on 2.4.1-pre11 with andrew morton's low
scheduling latency patch.
Does 2.4.1-ac9 behave ?
yep, works fine.
j.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Sun, Feb 04, 2001 at 12:07:28PM +0100, [EMAIL PROTECTED] wrote:
> The crackling is not dependent on the buffer size you can set up in the C code.
> The crackling is dependent on the frequency of the sine. It's clearly audible
> (read: annoying) at 10kHz, audible at 1kHz, inaudible at 100Hz. So
On Sun, Feb 04, 2001 at 12:07:28PM +0100, [EMAIL PROTECTED] wrote:
The crackling is not dependent on the buffer size you can set up in the C code.
The crackling is dependent on the frequency of the sine. It's clearly audible
(read: annoying) at 10kHz, audible at 1kHz, inaudible at 100Hz. So I
On Sat, Feb 03, 2001 at 03:42:48AM -0600, Jeff Garzik wrote:
> On Thu, 1 Feb 2001, Darren Tucker wrote:
> > I decided to try a shiny new 2.4.0 kernel but I couldn't configure the driver
> > for my etherworks3 ISA ethernet card (AMD K6III PC hardware).
> >
> > A bit of grepping showed that it only
On Sat, Feb 03, 2001 at 03:42:48AM -0600, Jeff Garzik wrote:
On Thu, 1 Feb 2001, Darren Tucker wrote:
I decided to try a shiny new 2.4.0 kernel but I couldn't configure the driver
for my etherworks3 ISA ethernet card (AMD K6III PC hardware).
A bit of grepping showed that it only appears
On Fri, Jan 26, 2001 at 11:53:54PM +, Alan Cox wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
> 2.4.0-ac11
> o Make de4x5 driver work (Nathan Hand)
sure this wasn't ewrk3? nathan posted a patch against ewrk3 driver a
while back, but not
On Fri, Jan 26, 2001 at 11:53:54PM +, Alan Cox wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.0-ac11
o Make de4x5 driver work (Nathan Hand)
sure this wasn't ewrk3? nathan posted a patch against ewrk3 driver a
while back, but not
On Tue, Jan 23, 2001 at 10:07:10AM -0500, Jonathan Earle wrote:
> > /*
> > * I tend to find standard C comments easier to read. They stand out,
> > * especially for multiple lines (although I always try to put the :end:
> > * on a separate line for clarity).
> > */
>
> I like this style for
On Tue, Jan 23, 2001 at 10:07:10AM -0500, Jonathan Earle wrote:
/*
* I tend to find standard C comments easier to read. They stand out,
* especially for multiple lines (although I always try to put the :end:
* on a separate line for clarity).
*/
I like this style for multiple
On Wed, Dec 20, 2000 at 11:55:37AM -0300, [EMAIL PROTECTED] wrote:
> I'm getting some strange reports with vmstat on a dual iPPro running 2.2.18,
> it doesnt happen very frequently, but i see it a lot when compiling something
> (kernel and mysql specially, not when compiling small stuff), though
On Sat, Nov 11, 2000 at 07:22:06PM -0800, Linus Torvalds wrote:
>-
> - pre3:
> - Bartlomiej Zolnierkiewicz: sound and drm driver init fixes and
> cleanups
this breaks for me, gcc 2.95.2:
gus_midi.c:206: parse error before `gus_midi_init'
gus_midi.c:207: warning: return-type
hardware:
* abit be6-2 mainboard
* 533 celeron (not overclocked)
* 192mb sdram
* seagate 20gb ide disk (not on ata66 port)
compiler: gcc version 2.95.2 2220 (Debian GNU/Linux)
it gets as far as uncompressing the kernel and trying to
hardware:
* abit be6-2 mainboard
* 533 celeron (not overclocked)
* 192mb sdram
* seagate 20gb ide disk (not on ata66 port)
compiler: gcc version 2.95.2 2220 (Debian GNU/Linux)
it gets as far as uncompressing the kernel and trying to
On Mon, Oct 30, 2000 at 03:06:25AM -0700, Jeff V. Merkey wrote:
> Ingo, This original thread was regarding Linux vs. NetWare 5.x performance
> metrics and responses from Linux folks about how to affect and
> improve them, not a diatribe on the features of TUX.
while beating netware in certain
On Mon, Oct 30, 2000 at 03:06:25AM -0700, Jeff V. Merkey wrote:
Ingo, This original thread was regarding Linux vs. NetWare 5.x performance
metrics and responses from Linux folks about how to affect and
improve them, not a diatribe on the features of TUX.
while beating netware in certain
the only reason i suggested this was the init=/bin/bash, 4MB
> > RAM, no swap emergency-bootup case. We must not kill init in
> > that case - if the current code doesnt then great and none of
> > this is needed.
perhaps a boot time option oom=0 ? since oom is such a rare ca
nds very similar to [one use for] lvm snapshots. does hp-ux
have those too? (linux lvm documentation seems to say it [lvm] was
based on a similar hp-ux feature...)
j.
--
john slee <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
snapshots. does hp-ux
have those too? (linux lvm documentation seems to say it [lvm] was
based on a similar hp-ux feature...)
j.
--
john slee [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
nverts everything to
rtf. it's, well, yuk? :-(
j.
--
john slee <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
62 matches
Mail list logo
