Exactly how should a merge proposal email be formed?
According to https:/
First I tried without signing the email, so launchpad helpfully replied telling me I needed to sign my email; then, I tried once and launchpad didn't even notice it was signed (perhaps I only signed part of the email?), and the next two tries got me OOPS's: OOPS-1885CMP2 and OOPS-1885CMP4.
How should such an email be formed, that is:
- Is there any required MIME type for the merge directive?
- What signature format is wanted, ordinary PGP or PGP/MIME?
It would also probably be a good idea to have a page explaining how to sign emails appropriately with various clients. (I'm trying to do it with Emacs' `message' package.)
Here is the text of one of the two OOPSing emails; hopefully it won't be mangled too badly by being included in the text here, but I don't see any way to make an attachment, so:
Delivered-To: <email address hidden>
Received: by 10.223.86.196 with SMTP id t4cs145735fal;
Sun, 27 Feb 2011 19:12:54 -0800 (PST)
Received: by 10.220.177.198 with SMTP id bj6mr541291vcb.
Sun, 27 Feb 2011 19:12:52 -0800 (PST)
Return-Path: <email address hidden>
Received: from smtp02.
by mx.google.com with ESMTP id d4si4000685vcd.
Sun, 27 Feb 2011 19:12:52 -0800 (PST)
Received-SPF: neutral (google.com: 207.172.157.102 is neither permitted nor denied by domain of <email address hidden>) client-
Authentication-
Received: from mr16.lnh.
by smtp02.
Received: from smtp01.
by mr16.lnh.
with ESMTP id AYD28653;
Sun, 27 Feb 2011 22:12:52 -0500
Received-SPF: None identity=pra; client-
receiver=
<email address hidden>";
<email address hidden>";
x-conformance
Received-SPF: Neutral identity=mailfrom; client-
receiver=
<email address hidden>";
<email address hidden>";
x-conformance
x-record-
Received-SPF: None identity=helo; client-
receiver=
<email address hidden>";
x-sender=
x-conformance
Received: from 207-172-
by smtp01.
Received: from naesten by hydrogen with local (Exim 4.69)
(envelope-from <email address hidden>)
id 1PttXV-0002T9-O5
for <email address hidden>; Sun, 27 Feb 2011 22:12:49 -0500
From: Samuel Bronson <email address hidden>
To: <email address hidden>
Subject: [MERGE] Fix an obvious typo in ExtendedTestRes
Date: Sun, 27 Feb 2011 22:12:46 -0500
Message-ID: <email address hidden>
MIME-Version: 1.0
X-Junkmail-
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
- --=-=-=
- -------
revno: 5691
committer: Samuel Bronson <email address hidden>
branch nick: dev
timestamp: Sun 2011-02-27 15:51:30 -0500
message:
Fix an obvious typo in ExtendedTestRes
"addSuccess", "addFailure", and "addError" are methods, not classes!
(This has been sitting in my working tree for a looong time.)
- --=-=-=
Content-Type: text/x-patch
Content-
Content-
# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: <email address hidden>
# target_branch: bzr+ssh:
# testament_sha1: e2f2babcda0d0f4
# timestamp: 2011-02-27 22:09:44 -0500
# base_revision_id: <email address hidden>
#=20
# Begin patch
=3D=3D=3D modified file 'bzrlib/
=2D-- bzrlib/
+++ bzrlib/
@@ -219,7 +219,7 @@
different types of display.
=20
When a test finishes, in whatever way, it calls one of the addSuccess,
=2D addFailure or addError classes. These in turn may redirect to a more
+ addFailure or addError methods. These in turn may redirect to a more
specific case for the special test results supported by our extended
tests.
=20
# Begin bundle
IyBCYXphYXIgcmV
HAC////
MjQmmpo9RoAAAAA
bEF3VbSAEfLOqRq
sZ9cWyp5Q3Z8Ncr
zWD04RS9hHRyeKI
hjz+1NXzrzLSN8D
VE1aqHbKWhsLFxh
ke38hGZMGPC4vvJ
KVURipGBI4kgpob
e9WH5YvxSw2BtS9
xF13KlszDjjkLxs
6sWoGb69Z/
gr265I/
vySYJCmDOCiC+
5ovgh7K9OXPlzpz
ZfdjBFfOBTLpS8J
XPqH+Y5nJOt4rAn
E8X/i7kinChIPao
- --=-=-=--
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iD8DBQFNaxKupw2
oBuScpKqjXbf0JN
=LDDn
-----END PGP SIGNATURE-----
Question information
- Language:
- English Edit question
- Status:
- Solved
- Assignee:
- No assignee Edit question
- Solved by:
- Max Bowsher
- Solved:
- 2011-03-02
- Last query:
- 2011-03-02
- Last reply:
- 2011-03-02
| Max Bowsher (maxb) said : | #1 |
wgrant looked up the oops codes and apparently it the error was:
ValueError: tag/value separator not found in line '=20\\n'
Looking at your pasted email, this makes sense - your email client has encoded the bzr bundle using quoted-printable, and has written things which look approximately like MIME multipart headers and boundary lines, but which actually are not. Therefore a computer parser has no means to know it needs to apply quoted-printable decoding to a portion of the message body.
If you can use a mail client which sends the comment and merge directive either concatenated in a single part email, or which produces a properly formatted MIME multipart email, Launchpad should accept your merge proposal.
| Samuel Bronson (naesten) said : | #2 |
It doesn't seem to help if I *do* send a PGP/MIME message, though; I just got OOPS-1886CMP2 after sending one. I checked, and it really had a fully-MIME structure this time! (The attachment was still quoted-printable, though.)
|
|
#3 |
The good news is that your email is now valid.
The bad news is that on investigation, it appears that the creation of branches from emailed bundles is broken where the base branch is in 2a format, due to a defect in Bazaar.
I've linked this question to the related bug.
Sorry that your efforts have been thwarted. Thanks for bringing this breakage to light.
| Samuel Bronson (naesten) said : | #4 |
Thanks Max Bowsher, that solved my question.
