glibc patchwork instance not processing my patches.
Fri Nov 27 05:18:00 GMT 2015
On Thu, Nov 26, 2015 at 09:59:10AM -0500, Carlos O'Donell wrote:
> On 11/25/2015 07:46 PM, Carlos Eduardo Seo wrote:
> > I noticed my patches are not getting tracked by Patchwork. Who should
> > I talk to about this?
> In general the glibc community maintains patchwork, which mostly means
> Siddhesh and I maintain the day-to-day administration parts.
> So you're talking to the right people.
> I'm TO'ing libc-help so we have a public record of this.
> Let us look at the problem right now. I see no recent patches from you at
> all. I see only: http://patchwork.sourceware.org/patch/7079/
> Which I marked superseded because later patches fixed it.
> Your most recent patch should have been this one:
> The attachment requirements are here:
> Your Apple Mail client is using:
> Content-Type: application/octet-stream;
> Content-Transfer-Encoding: quoted-printable
> I expect the combination of application/octet-stream and
> quoted-printable is causing your patches to be dropped.
> It would be best to have:
> Content-Type: text/*; charset=utf-8
> Content-Transfer-Encoding: 7bit
> Or similar. Your Apple Mail client is making the attachment
> look too much like "binary data."
> If you fix that I expect you're patches will go into patchwork properly
> which helps with review from others.
> Alternatively just inline your patches, but I don't know how badly Apple Mail
> will mangle your patches. On Thunderbird (which I use in conjunction with Mutt)
> it is possible to configure it properly to not line wrap, and always use
> text/plain for body content.
My personal preference is to use git-email (or mutt -H <patchfile>).
It is the most fool-proof way do send patches since it does not depend
on any broken MUA and it always does the right thing.
More information about the Libc-help