Re: New conformance test for user32.dll

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Alexandre Julliard wrote:

Tony Lambregts <tony_lambregts@telusplanet.net> writes:


I'm sorry, It looks like I am incorrect. It seems I am so used to
seeing new files diff'ed that I assumed that was the prefered way.
Unless Alexandre says he prefers one way or the other I guess I will
leave the documentation the way it is.

Not sure where that documentation is, but it's much better to diff new
files than to add separate attachments. The basic rules are: no
attachments, no mime crap, no line wrapping, a single patch per
mail. Basically if I can't do "cat raw_mail | patch -p0" it's in the
wrong format. I'd guess that at most 20% of the submitted patches
follow the rules :-(

Ok. then

Change Log: Clarify patch requirements.

Files changed: documentation/patches.sgml

Index: patches.sgml
===================================================================
RCS file: /home/wine/wine/documentation/patches.sgml,v
retrieving revision 1.6
diff -u -r1.6 patches.sgml
--- patches.sgml 18 Feb 2003 23:23:35 -0000 1.6
+++ patches.sgml 5 Mar 2003 21:01:34 -0000
@@ -48,8 +48,8 @@
</para>
<para>
For additions: mention that you have some new files and
- include them as either separate attachments or by appending
- the <command>diff -u /dev/null /my/new/file</command> output of them
+ include them by appending the
+ <command>diff -u /dev/null /my/new/file</command> output of them
to any <command>cvs diff -u</command> output you may have.
Alternatively, use <command>diff -Nu olddir/ newdir/</command>
in case of multiple new files to add.
@@ -71,7 +71,7 @@

<sect1 id="Style-notes">
<title>Some notes about style</title>
- + <para>
There are a few conventions that about coding style that have been
adopted over the years of development. The rational for these
@@ -80,8 +80,9 @@
<itemizedlist>
<listitem>
<para>
- No HTML mail please. It is considered bad netiquette as it uglifies
- the message, and is not viewable by many of the subscribers.
+ No HTML mail. Since patchs should be inlined and HTML turns the
+ patch into garbage. Also It is considered bad netiquette as it
+ uglifies the message, and is not viewable by many of the subscribers.
</para>
</listitem>
<listitem>
@@ -173,6 +174,15 @@
and using "Properties" verify the message source to make sure that
the mail has correct format. You might want to send several test
emails to yourself too.
+ </para>
+ </sect2>
+ <sect2 id="Alexandre-Bottom-Line">
+ <title>Alexandre's Bottom Line</title>
+ <para>
+ <quote>The basic rules are: no attachments, no mime crap, no
+ line wrapping, a single patch per mail. Basically if I can't
+ do <Command>"cat raw_mail | patch -p0"</command> it's in the
+ wrong format.</quote>
</para>
</sect2>
</sect1>

--

Tony Lambregts





[Index of Archives]     [Gimp for Windows]     [Red Hat]     [Samba]     [Yosemite Camping]     [Graphics Cards]     [Wine Home]

  Powered by Linux