* free software
From: Billy Rose @ 2003-01-09 1:52 UTC (permalink / raw)
To: rms; +Cc: lm, linux-kernel, linux-kernel
after growing tired of trying to sift through the emails for tidbits of
useful code, i have come to the conclusion that this thread should be
geared towards something more constructive, otherwise i fear people will
begin to find `open source' and `free software' distasteful.
in an ideal world (star trek comes to mind), everything would be free, not
just software. everything has stemmed in some way from an idea, or group of
ideas, even if it is a piece of furniture. money would not exist in such a
free world, and people would work for incentives based upon the type of job
they perform (i.e. a trash collector is only required to work one day a
month while a corporate ceo which must work 7 days a week) and/or their
abilities. such a system would be formed from a 100% pure democracy with 0%
capitalism. if you choose not to work (the choice is yours), you starve and
die on the street, simple as that. but the choice is yours. freedom is
about personal choices that do not impact others in a negative way which
removes their freedom. open source software (democratic software + possible
capitalistic gains), such as the linux kernel, is the first step needed
towards free software (democratic software ~period~). mr stallman, please
think of open source as a step towards what it is you are working for. the
world will not change in a few short years. but, it does change, and change
it has towards free software.
two separate arguments to show the counter productiveness of this whole
thread (open source against free software):
in regards to the whole cam issue allowing modules to be used bypassing the
include of the headers, it was mentioned that firmware is not software, and
hence, is not subject to the gpl as such. i could argue against this point
and win in court. it is quite simple. software and firmware are both
generated via instructions that are compiled into a machine readable form.
the only difference is that at runtime, the storage mechanisms are
different. today, i inserted a floppy disk into a computer and updated the
firmware on the system board. during the time that firmware was on the
floppy, was it not a binary object no different than any other program?
shouldnt it be conceived that all binaries within in a computer are equal
under the vision of the law, regardless of storage type? or does a
particular storage format encapsulate the contents to make them
unsusceptible to certain types of law, and hence could be deemed as
inadmissible in court. if such is the case, then who determines the
containers that are admissible? what characteristics make a container
exempt? could i program an eprom with the linux kernel + gnu system and
close source it since it is in firmware? the question is quite ridiculous.
a container would never make something contained within it exempt from law.
hence, it is obviously legal for mr torvalds, mr stallman, and all the
other copyright holders of linux and gnu to sue someone that uses it in a
chip and does not make available the sources.
at the same time that the cam argument for closed sources can be shot down,
it can be shown that the kernel can be opened up to allow closed source
binaries to coexist with the gpl. a kernel patch, call it `sys_binary' can
be created that is released under the gpl. it exports a very simple api
with one function taking one parameter: kernel_request(struct_req *req),
such that closed source binaries used as modules call upon it. based upon
the values within the struct_req struct, the sys_binary patch (module?)
calls one of the kernel sys functions passing it parameters retrieved from
other members of the struct. the header file for this module is then
released to _public_ _domain_. even if the patch is not included in the
main kernel, hence not distributed with the kernel sources, the patch could
be maintained somewhere accessible to the public with a version for each
kernel. the closed source binary that calls upon kernel_request() could not
be shown as a derivative of the kernel as _all_ programs request kernel
functions, and this function is vague and general. furthermore, since the
header file for sys_binary is released as public domain by its author, the
header file can be used without discretion.
now, where have we gotten with all of this argument? what is accomplished
is nothing. the drive towards a free software society does not gain from
arguments within the community itself, even if the sides involved could be
segregated into `cousins'. free software _needs_ the open source movement
to allow society as a whole to come to terms with what free software stands
for, and the benefits it can create. in years to come, perhaps truly free
software will result from all of the efforts made by everyone working under
the umbrella of `free software' today.
with the high level of energy i have seen coming from people about all of
this, just imagine what could be accomplished if you teamed up and started
working towards a truly free world of software? imagine not being able to
access any software on your computer because a law was passed declaring the
`hard drive' as a cam device. again, i ask you to please think about it...
there are people with very large incentives trying to break apart this
community.
billy rose
^ permalink raw reply
* 2.4.19 ICMP redirects erroneously ignored
From: Tim Gardner @ 2003-01-09 1:52 UTC (permalink / raw)
To: Linux Kernel Mailing List
I'm getting pounded by ICMP redirects from my Nortel router. The
setup is a SuSE 8.1 (2.4.19) standard client with fixed IP and netmask.
The client is configured with a default route. However, there are
several routers on the subnet that the default router knows about.
Hence, the reason that the Nortel router emits ICMP redirects
which my client steadfastly ignores.
I've RTFM, read the kernel source, and checked the relevant settings
(/proc/sys/net/ipv4/conf/all/*). I find in /proc/net/rt_cache that there are
2 entries, one of which is marked RTCF_REDIRECTED.
Why isn't this redirected route being used?
This seems like a problem that ought to be common to anyone that
has multiple routers on the same subnet. What am I missing?
rtg
^ permalink raw reply
* Re: [patch] Use XKPHYS for 64-bit TLB flushes
From: Ralf Baechle @ 2003-01-09 1:36 UTC (permalink / raw)
To: Maciej W. Rozycki; +Cc: Mike Uhler, Dominic Sweetman, linux-mips
In-Reply-To: <Pine.GSO.3.96.1030108210002.11293A-100000@delta.ds2.pg.gda.pl>
On Wed, Jan 08, 2003 at 09:12:03PM +0100, Maciej W. Rozycki wrote:
> Well, like it or not, CAMs do not like multiple matches -- up to a
> physical damage even. So they should be avoided if possible. While KSEG0
> won't match for any real address translation, there is a non-zero
> probability of executing a tlbp for it as a result of buggy code or
> execution gone wild (root running crashme?).
I'm told the TLB Shutdown bit in the R4000 is basically implemented as an
overcurrent protection. That is on many chips even a hit on several
entries won't cause a tlb shutdown until the matches do result in the
TLB drawing more than a certain current.
A tlbp on a KSEG0 address shouldn't happen. If it's attempted we already
have worse problems.
Ralf
^ permalink raw reply
* Linux 2.4.21pre3-ac2
From: Alan Cox @ 2003-01-09 1:39 UTC (permalink / raw)
To: linux-kernel
The skb_padto bug is quite ugly so people really want to be using ac2 not
ac1.
Linux 2.4.21pre3-ac2
o Fix the dumb bug in skb_pad (Dave Miller)
o Confirm some sparc bits are wrong and drop them (Dave Miller)
o Remove a wrong additional copyright comment (Dave Miller)
o Upgrade IPMI driver to v16 (Corey Minyard)
o Fix 3c523 compile (Francois Romieu)
o Handle newer rpm where -ta is rpmbuild not rpm (me)
o Driver for Aurora Sio16 PCI adapter series (Joachim Martillo)
(SIO8000P, 16000P, and CPCI)
| Initial merge
o Backport Hammer 32bit mtrr/nmi changes (Andi Kleen)
o Add the fast IRQ path to via 8233/5 audio (me)
Linux 2.4.21pre3-ac1
+ Handle battery quirk on the Vaio Z600-RE (Paul Mitcheson)
* EHCI USB updates (David Brownell)
+ IDE Raid support for AMI/SI 'Medley' IDE Raid (Arjan van de Ven)
+ NVIDIA nForce2 IDE PCI identifiers (Johannes Deisenhofer,
Tim Krieglstein)
* CPU bitmask truncation fix (Bjorn Helgaas)
o HP100 cleanup (Pavel Machek)
o Fix initial capslock handling on USB keyboard (Pete Zaitcev)
+ Update dscc4 driver for new wan (Francois Romieu)
+ Fix boot on Chaintech 4BEA/4BEA-R and (Alexander Achenbach)
Gigabyte 9EJL by handing wacky E820 memory
reporting
o SysKonnect driver updates (Mirko Lindner)
o Fix memory leak in n_hdlc (Paul Fulghum)
o Fix missing mtd dependancy (Herbert Xu)
+ Clean up ide-tape printk stuff (Pete Zaitcev)
+ IDE tape fixes (Pete Zaitcev)
o Fix size reporting of large disks in scsi (Andries Brouwer)
+ Fix excessive stack usage in NMI handlers (Mikael Pettersson)
+ Add support for Epson 785EPX USB printer pcmcia (Khalid Aziz)
* Quirk handler to sort out IDE compatibility (Ivan Kokshaysky)
mishandling
+ Model 1 is valid for PIV in MP table (Egenera)
+ Ethernet padding fixes for various drivers (me)
o Allow trident codec setup to time out (Ian Soboroff)
This can happen with non PM codecs
o Fix broken documentation link (Henning Meier-Geinitz)
o Update video4linux docbook (William Stimson)
o Correct kmalloc check in dpt_i2o (Pablo Menichini)
o Shrink kmap area to required space only (Manfred Spraul)
o Fix irq balancing (Ben LaHaise)
o CPUfreq updates (Dominik Brodowski)
o Fix typo in pmagb fb (John Bradford)
o EDD backport (Matt Domsch)
REMOVED FOR NOW
- RMAP
REMOVED FOR GOOD
- LLC (See 2.5)
- VaryIO (Never accepted mainstream)
^ permalink raw reply
* Re: SNAT in OUTPUT chain of the nat table question?
From: Athan @ 2003-01-09 1:29 UTC (permalink / raw)
To: bauer; +Cc: netfilter
In-Reply-To: <20030109003721.GA26207@mit.edu>
[-- Attachment #1: Type: text/plain, Size: 771 bytes --]
On Wed, Jan 08, 2003 at 07:37:21PM -0500, bauer@mit.edu wrote:
> Is there a good reason that I am unable to conceive of at the
> moment why SNAT is not a valid target in the OUTPUT chain of the
> nat table?
From 'man iptables':
SNAT
This target is only valid in the nat table, in the
POSTROUTING chain. It specifies that the source address
SNAT gets done just as packets go out, hence only in the POSTROUTING
chain as you only know where they're going by then.
-Ath
--
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
Finger athan(at)fysh.org for PGP key
"And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence." Paula Cole - ME
[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]
^ permalink raw reply
* RE: modutils x 2.5.54 almost there .. Generate-modprobe.conf not working
From: studio3arc.com Admin @ 2003-01-09 1:37 UTC (permalink / raw)
To: 'Henrique Gobbi'; +Cc: linux-kernel
In-Reply-To: <002b01c2b77b$c35e6900$61a1ba40@Henrique>
> <ftp://ftp.kernel.org/pub/linux/kernel/people/rusty/modules/>
>
> and read the README of this package.
>
>
I'm almost there the onlyt problem is generate-modprobe.conf isnt'
working see the following command output..
s3a-www:~/module-init-tools-0.9.7/module-init-tools-0.9.7 # bash -x
./generate-modprobe.conf /etc/modprobe.conf
+ '[' 1 -gt 1 -o x/etc/modprobe.conf = x--help ']'
+ '[' 1 -eq 2 ']'
++ mktemp
Usage: mktemp [-d] [-q] [-u] template
+ MODPROBECONF=
+ '[' x '!=' x ']'
+ '[' -x /sbin/modprobe.old ']'
+ /sbin/modprobe.old -c
./generate-modprobe.conf: $MODPROBECONF: ambiguous redirect
+ IN_IF=0
+ CONVERTING=1
./generate-modprobe.conf: $MODPROBECONF: ambiguous redirect
++ echo
++ tr ' ' '\n'
++ sort -u
++ echo
++ tr ' ' '\n'
++ sort -u
s3a-www:~/module-init-tools-0.9.7/module-init-tools-0.9.7 #
^ permalink raw reply
* Re: Subject: Re: Making this list more readable
From: Athan @ 2003-01-09 1:27 UTC (permalink / raw)
To: Ian Batterbee; +Cc: netfilter, Athan, Carol Anne Ogdin
In-Reply-To: <3E1CB63C.9090602@aut.ac.nz>
[-- Attachment #1: Type: text/plain, Size: 1599 bytes --]
On Thu, Jan 09, 2003 at 12:37:32PM +1300, Ian Batterbee wrote:
> I see the problem as well.. I think it's caused by the fact that many of
> the individual messages in the are content-transfer-encoding:
> quoted-printable, but the digest has no content-transfer-encoding in the
> header, so the quoted-printable data inside the messages included in the
> digest is treated as plain text and incorrectly formatted.
>
> If we know that ALL messages contained in the digest are
> quoted-printable, then it would just be a matter of changing the
> content-type of the digest, but I've noticed the problem doesn't occur
> on all messages.. some are fine.. so... I guess people's mailers are
> simply posting as quoted-printable, and the digest process is just
> including the message body as-is
Having checked and found this list is run with mailman, and then
checked the options for a list I have admin access to the solution is to
just make the digests 'plain' rather than 'mime'. I presume the former
means you get one big file in mbox style, which may cause some people
problems too I guess. This list is mailman 2.0.11, the one I checked is
2.0.12, so there's not going to be any extra options in this list's
config for it.
Of course you could just read it in normal mode rather than digest ;).
-Ath
--
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
Finger athan(at)fysh.org for PGP key
"And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence." Paula Cole - ME
[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]
^ permalink raw reply
* Re: patching iptables - how?
From: Athan @ 2003-01-09 1:24 UTC (permalink / raw)
To: Mladen Meduric; +Cc: netfilter
In-Reply-To: <20030108221616.1503.qmail@web12706.mail.yahoo.com>
[-- Attachment #1: Type: text/plain, Size: 1208 bytes --]
On Wed, Jan 08, 2003 at 10:16:16PM +0000, Mladen Meduric wrote:
> Pretty new to linux/iptables (on SuSE8.0). I'm trying to patch from 1.2.5
> to 1.2.6a and then to 1.2.7a.
It would probably be easier to just grab the tar ball of 1.2.7a:
http://www.netfilter.org/downloads.html#1.2.7a
> Do have all patches. Tried "patch" command, but I seem can't figure it out
> properly. Would someone explain how to do this in couple of steps, please?
> Also, from reading other articles, after patching up or reinstalling
> iptables from scratch, is it necessary to recompile the kernel?
Depends what features you're trying to make use of. What's your
current kernel version (uname -r) ?
The only thing I've personally found not working on 2.4.20 is ECN
mangle'ing for which you need this patch to the kernel:
http://www.netfilter.org/documentation/pomlist/pom-pending.html#05_ECN-tcpchecksum-littleendian-fix
HTH,
-Ath
-Ath
--
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
Finger athan(at)fysh.org for PGP key
"And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence." Paula Cole - ME
[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]
^ permalink raw reply
* Re: File perforation.
From: Andrew Morton @ 2003-01-09 1:22 UTC (permalink / raw)
To: David Woodhouse; +Cc: Eli Carter, linux-fsdevel
In-Reply-To: <23586.1042067699@passion.cambridge.redhat.com>
David Woodhouse wrote:
>
> I was dubious about adding a check for all zeroes before
> falling back to zlib, since it'll slow down the common case where we write
> non-zero data.
I suggest you bench this first. As a prototype, just add some code to
touch the data and see how much difference it makes. Quite possibly
not much - view it as a fancy cache preload. Plus for real data,
it'll bale out after the first byte...
A full holepunch()/perforate() thing is, as Dave points out, a trickier
version of truncate. It's quite a hassle for not a lot of gain on
the block filesystems.
^ permalink raw reply
* Re: nfs client using autofs v4
From: Ion Badulescu @ 2003-01-09 1:17 UTC (permalink / raw)
To: devnull; +Cc: linuxmanagers, NFS
In-Reply-To: <Pine.GSO.4.50.0301081812460.2718-100000@bom.adc.idt.com>
On Wed, 8 Jan 2003 18:24:27 -0500 (EST), devnull@adc.idt.com wrote:
>
> We would like to default all NFS mounts to use TCP and if not available
> use UDP. This way all mounts coming from Network Appliance will be TCP and
> the ones from the Linux Box will be UDP.
>
> Does anyone know of a way of doing this.
>
> Adding localoptions='nfsvers=3,tcp,udp' to the local autofs startup script
> does not work.
>
> Maybe this is a compile-time option to autofs(i dont see one)
No, because autofs doesn't know anything about NFS. It simply calls the
external mount program with the arguments you gave it.
What you need is a mount program which can autodetect what the server
supports in terms of NFS service. I don't know of any such mount, though.
Your alternative is amd (www.am-utils.org), whose 6.1 version (now in late
beta) supports autofs mounts and which can do this autodetection and more.
Hope this helps,
Ion
[am-utils co-maintainer and primary developer of autofs support in amd]
--
It is better to keep your mouth shut and be thought a fool,
than to open it and remove all doubt.
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply
* Re: [PATCH] Embed __this_module in module itself.
From: Miles Bader @ 2003-01-09 1:18 UTC (permalink / raw)
To: Sam Ravnborg; +Cc: Rusty Russell, linux-kernel
In-Reply-To: <20030108205645.GA4037@mars.ravnborg.org>
Sam Ravnborg <sam@ravnborg.org> writes:
> Not knowing much about v850, I wonder why you do not need to set the -m
> option. Most other architectures do this.
???
A far as I can see, no architecture does anything different than the
default.
[Why on earth would -m be needed, anyway?]
-Miles
--
Fast, small, soon; pick any 2.
^ permalink raw reply
* (±¤°í) ¿Ü±¹Àΰú 1:1·Î ¿µ¾î°øºÎÇϼ¼¿ä!!
From: G-Study @ 2003-01-09 1:07 UTC (permalink / raw)
To: nfs
[-- Attachment #1: Type: text/html, Size: 7820 bytes --]
^ permalink raw reply
* RE: [PATCH 2.5.54] cpufreq-ACPI: deprecated usage of CPUFREQ_ALL_ CPUS
From: Grover, Andrew @ 2003-01-09 1:06 UTC (permalink / raw)
To: Dominik Brodowski
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA,
cpufreq-1walMZg8u8rXmaaqVzeoHQ,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> From: Dominik Brodowski [mailto:linux-JhLEnvuH02M@public.gmane.org]
> Deprecated usage of CPUFREQ_ALL_CPUS: as policy->cpu now only points
> to an existing CPU, some code can safely be removed from the ACPI
> P-States cpufreq driver.
OK thanks, applied.
BTW Dominik in the future don't feel you need to submit cpufreq-ACPI
patches through me - although a CC would still be nice. ;-)
Regards -- Andy
^ permalink raw reply
* RE: modutils x 2.5.54
From: Paulo Andre' @ 2003-01-09 1:11 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <001701c2b77a$18336630$6601a8c0@s3ac>
On Thu, 2003-01-09 at 00:57, studio3arc.com Admin wrote:
> > modprobe --version
> > gives me 0.9.5.
> >
> > lsmod and insmod don't support --version.
> >
>
> I get the following 2.4.12 !?!? Now I'm very confused
>
>
> s3a-www:/usr/src/linux-2.4.18.SuSE # modprobe --version
> modprobe version 2.4.12
> modprobe: Nothing to load ???
> Specify at least a module or a wildcard like \*
> s3a-www:/usr/src/linux-2.4.18.SuSE #
If you are running a 2.5 kernel then it seems you didn't install the
module-init-tools correctly. It's supposed to install the newer utils as
modutils, lsmod, insmod etc.. and backups the old modutils as
modprobe.old, lsmod.old, insmod.old and so on.
Either that or you are running a 2.4 kernel, in which case the output is
correct (or so it seems).
Paulo
^ permalink raw reply
* Re: shutdown script
From: Shane Deering @ 2003-01-09 0:57 UTC (permalink / raw)
To: linux-hams
In-Reply-To: <NCBBKBAJDJIPKFIAFBKLOEFBEHAC.vze2b869@verizon.net>
On Thu, 9 Jan 2003 07:06, Wilson G. Hein wrote:
> I'm wondering if someone has a script to close ax25 and netrom, etc
> interfaces. I would presume it would have something to look at the pid's
> and then kill the process. I wnat to plug it into
> /etc/sysconfig/network-scripts to automate startup and close through the
> normal init scripts.
>
> TIA,
>
> Regards,
>
> Willie, WJ3G
This isn't elegant, but it is simple and it works.
dip is used to set up pipes between the kernel and JNOS.
The other ports are all hardware kiss ports.
One day (maybe) I'll write something better.
#!/bin/sh
# Shut down all our ax25 stuff
# save our netrom routes and nodes first
/usr/sbin/nodesave /etc/ax25/nodes
# Now start shutting down stuff.
fbb stop
pkill ax25d
ifconfig ax0 down
ifconfig ax1 down
ifconfig ax2 down
ifconfig ax3 down
ifconfig ax4 down
ifconfig ax5 down
ifconfig nr0 down
ifconfig nr1 down
ifconfig nr2 down
ifconfig nr3 down
ifconfig nr4 down
ifconfig sl0 down
pkill dip
pkill kissattach
pkill mheardd
pkill netromd
rm /var/lock/LCK.pty* 2>/dev/null
rm /var/lock/LCK.tty* 2>/dev/null
#It should be OK to shut down now.
--
Shane Deering vk3bvp@qsl.net vk3bvp@vk3bvp.#sev.vic.aus.oc
http://www.qsl.net/vk3bvp/ Up 51 minutes
Sent with KMail v1.4.1 on Thu Jan 9 11:33:44 EST 2003
^ permalink raw reply
* RE: modutils x 2.5.54
From: Randy.Dunlap @ 2003-01-09 1:01 UTC (permalink / raw)
To: studio3arc.com Admin; +Cc: henrique.gobbi, linux-kernel
In-Reply-To: <001701c2b77a$18336630$6601a8c0@s3ac>
On Wed, 8 Jan 2003, studio3arc.com Admin wrote:
|
| > modprobe --version
| > gives me 0.9.5.
| >
| > lsmod and insmod don't support --version.
| >
|
| I get the following 2.4.12 !?!? Now I'm very confused
|
|
| s3a-www:/usr/src/linux-2.4.18.SuSE # modprobe --version
| modprobe version 2.4.12
| modprobe: Nothing to load ???
| Specify at least a module or a wildcard like \*
| s3a-www:/usr/src/linux-2.4.18.SuSE #
Did you install the new mod-utils? ('make install' as root)
and how did you tell the new mod-utils that you want to use them?
Sounds like you need to read the README and INSTALL files...
--
~Randy
^ permalink raw reply
* Re: Subject: Re: Making this list more readable
From: Tommy McNeely @ 2003-01-09 0:52 UTC (permalink / raw)
To: Ian Batterbee, netfilter; +Cc: Athan, Carol Anne Ogdin
In-Reply-To: <3E1CB63C.9090602@aut.ac.nz>
All those Mic*ft mailers that send that html email :p maybe the listserv
could reject it :) or at the very least, select the ascii attachment (that
usually comes along with it)..
--On Thursday, January 09, 2003 12:37:32 PM +1300 Ian Batterbee
<ian.batterbee@aut.ac.nz> wrote:
>>
>>
>> Content-Type: text/plain; charset=us-ascii
>> Content-Disposition: inline
>> Content-Transfer-Encoding: quoted-printable
>>
>> On Wed, Jan 08, 2003 at 08:59:16AM -0800, Carol Anne Ogdin wrote:
>>
>>
>>>> Is there any way to change the listserv so it doesn't convert
>>>> control characters (e.g., tabs, quotes and spaces at ends of lines)
>>>> to '=3Dxx' form of hex characters. It's hard to read. (I read the
>>>> digest, so perhaps the problem lies there, and not in the main
>>>> listserv?) Does your listserv software have a conversion table you
>>>> can set that will make things more readable?
>>>
>>>
>>
>> I don't see this, and I'm getting the list direct. The =3DXX thing is
>> "Quoted Printable" encoding. Probably an option on the listserv to turn
>> it on/off for the digest.
>>
> I see the problem as well.. I think it's caused by the fact that many of
> the individual messages in the are content-transfer-encoding:
> quoted-printable, but the digest has no content-transfer-encoding in the
> header, so the quoted-printable data inside the messages included in the
> digest is treated as plain text and incorrectly formatted.
>
> If we know that ALL messages contained in the digest are
> quoted-printable, then it would just be a matter of changing the
> content-type of the digest, but I've noticed the problem doesn't occur on
> all messages.. some are fine.. so... I guess people's mailers are simply
> posting as quoted-printable, and the digest process is just including the
> message body as-is
>
>
>
>
--
Tommy McNeely -- Tommy.McNeely@Sun.COM
Sun Microsystems - IT Ops - Broomfield Campus Support
Phone: x50888 / 303-464-4888 -- Fax: 720-566-3168
^ permalink raw reply
* Re: [RFC] Change signal used to exit scsi error handlers
From: Alan Cox @ 2003-01-09 0:50 UTC (permalink / raw)
To: wrlk; +Cc: linux-scsi, andmike
In-Reply-To: <20030108225302.GE1378@linnie.riede.org>
On Wed, 2003-01-08 at 22:53, Willem Riede wrote:
> So nobody has any comments? But who decides whether to make this change?
> >From the source it appears that the last person to touch scsi_error.c and hosts.c
> is Mike Anderson. Does that make you the defacto maintainer, Mike?
People were occupied with important things - like finding out *why* it broke
^ permalink raw reply
* RE: modutils x 2.5.54
From: studio3arc.com Admin @ 2003-01-09 0:57 UTC (permalink / raw)
To: 'Randy.Dunlap'; +Cc: henrique.gobbi, linux-kernel
In-Reply-To: <Pine.LNX.4.33L2.0301081649500.6873-100000@dragon.pdx.osdl.net>
> modprobe --version
> gives me 0.9.5.
>
> lsmod and insmod don't support --version.
>
I get the following 2.4.12 !?!? Now I'm very confused
s3a-www:/usr/src/linux-2.4.18.SuSE # modprobe --version
modprobe version 2.4.12
modprobe: Nothing to load ???
Specify at least a module or a wildcard like \*
s3a-www:/usr/src/linux-2.4.18.SuSE #
^ permalink raw reply
* Re: [RFC] Change signal used to exit scsi error handlers
From: Alan Cox @ 2003-01-09 0:48 UTC (permalink / raw)
To: Mike Anderson; +Cc: Willem Riede, linux-scsi
In-Reply-To: <20030108233610.GH1112@beaverton.ibm.com>
On Wed, 2003-01-08 at 23:36, Mike Anderson wrote:
> The change looks reasonable to switch to another signal to avoid the
> problem. It is unclear why the comment mentioned only SIGPWR as the only
> alternative. It would think that SIGUSR1, SIGUSR2, etc. would also work
> maybe someone else on this list or linux-kernel would know why.
Pete Zaitcev figured it out - it also breaks other stuff. Seems to be a
bug caused by NPTL - looks like Daemonize() needs updating and has not
been.
^ permalink raw reply
* Re: 2.4.21-pre2 Oops in i810_audio.c
From: Alan Cox @ 2003-01-09 1:40 UTC (permalink / raw)
To: Patrick McHardy; +Cc: Linux Kernel Mailing List
In-Reply-To: <Pine.LNX.4.44.0212310315020.20422-200000@el-zoido.localnet>
On Tue, 2002-12-31 at 02:21, Patrick McHardy wrote:
> based on reading AC97_RESET. Could it be that it is a combined codec and
> it would be perfectly legal not to skip it, even though it includes a
> softmodem ? I've attached the output of lspci -vv incase its useful.
I do wonder. Its a pita that the ac97 rules seem to change each point release
too.
^ permalink raw reply
* RE: modutils x 2.5.54
From: Randy.Dunlap @ 2003-01-09 0:50 UTC (permalink / raw)
To: studio3arc.com Admin; +Cc: henrique.gobbi, linux-kernel
In-Reply-To: <001601c2b779$2748bf40$6601a8c0@s3ac>
On Wed, 8 Jan 2003, studio3arc.com Admin wrote:
| ect: Re: modutils x 2.5.54
| >
| >
| > On Wed, 8 Jan 2003, Henrique Gobbi wrote:
| >
| > | Hi all !!!
| > |
| > | Which version of modutils am I suppose to use with the
| > kernel 2.5.54
| > | ??? Where can I find it ???
|
| Is there a way to tell if your compile was successful like a ****
| --version command ?
modprobe --version
gives me 0.9.5.
lsmod and insmod don't support --version.
--
~Randy
^ permalink raw reply
* RE: modutils x 2.5.54
From: studio3arc.com Admin @ 2003-01-09 0:50 UTC (permalink / raw)
To: 'Randy.Dunlap', henrique.gobbi; +Cc: linux-kernel
In-Reply-To: <Pine.LNX.4.33L2.0301081556320.6873-100000@dragon.pdx.osdl.net>
ect: Re: modutils x 2.5.54
>
>
> On Wed, 8 Jan 2003, Henrique Gobbi wrote:
>
> | Hi all !!!
> |
> | Which version of modutils am I suppose to use with the
> kernel 2.5.54
> | ??? Where can I find it ???
Is there a way to tell if your compile was successful like a ****
--version command ?
^ permalink raw reply
* Re: CRAMFS on MTD/NAND Issue
From: Henrik Nordstrom @ 2003-01-09 1:08 UTC (permalink / raw)
To: Thomas Gleixner; +Cc: Russ Dill, Srinivasu.Vaduguri, linux-mtd
In-Reply-To: <200301082304.25101.tglx@linutronix.de>
On Wed, 8 Jan 2003, Thomas Gleixner wrote:
> Mount your rootfs _readonly_ and you have the _same_ including bad block
> handling.
If a flag could be added to a jffs2 image denying it to be mounted
read-write then yes..
With (c)ramfs I know the files in the image is not modified unless someone
has done a direct block access on the underlying device.
Regards
Henrik
^ permalink raw reply
* SNAT in OUTPUT chain of the nat table question?
From: bauer @ 2003-01-09 0:37 UTC (permalink / raw)
To: netfilter
Is there a good reason that I am unable to conceive of at the
moment why SNAT is not a valid target in the OUTPUT chain of the
nat table?
Thanks,
Steve
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.