Re: [media-types] Mime type for patch files?

Mitar <mmitar@gmail.com> Mon, 25 November 2019 20:41 UTC

Return-Path: <mmitar@gmail.com>
X-Original-To: media-types@ietfa.amsl.com
Delivered-To: media-types@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94A78120F64 for <media-types@ietfa.amsl.com>; Mon, 25 Nov 2019 12:41:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UCvN2RZJLUK7 for <media-types@ietfa.amsl.com>; Mon, 25 Nov 2019 12:41:53 -0800 (PST)
Received: from mail-lj1-x241.google.com (mail-lj1-x241.google.com [IPv6:2a00:1450:4864:20::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 29DC6120F63 for <media-types@ietf.org>; Mon, 25 Nov 2019 12:41:52 -0800 (PST)
Received: by mail-lj1-x241.google.com with SMTP id e9so17483663ljp.13 for <media-types@ietf.org>; Mon, 25 Nov 2019 12:41:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NKYr5wN3HVXNpazXZ7K9oP7utoIOtbKRM3LBqdKczsc=; b=qxbhp0ipq6TmPU1pIKBDJbFVEXhR9eZmvHPa555cn0/n+ChxbhL3s3TWJ9hD4nDKz3 GlKGA4Np6LYTQWd5pgdbR21QNAQr7rqMcm9BJ1RD4vtPkWmaeeEb67Ov49otWFdndBLJ nZmAsWyz5RoCzYv+hdy0JoinFyIYGsXvCl/SanMTva6yJRUHNH8F24g4yZ7FJ82dl0Sd 6sUIG/mkbZfAuTr++RYukzZWoE3EI8rSEcrh1NPpiNRgw0Su3mCNR0/6tqBeyGpeOPSN 72se1J7w9ArmaLJjBW/JhNCdu8j4HnYSjIn5c0oiAr14mync+p2dWWBIJ6SL8K5JaeKj rO7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NKYr5wN3HVXNpazXZ7K9oP7utoIOtbKRM3LBqdKczsc=; b=e1PXrlwS91Be227SgnULh9O06ggLahEtIYRrLHYS9bIe3sNTAHRzANZJ522MFFmoo1 1907XhS6uYB/E72yXOCrCTQA2fYWLqk0JXJol1vZZyUAQVSnm9JP9yJ1ia9XuSfFkCDt 3777RkQsnyIkj/Qfsn4uCqMyxiHaBJBoLZyKK8cv9mWOxOCq/0A34k/d4xVr/Qt1cp7W qdG0tDx+ZNb6M2oK6XPMOiqzEWgwJ9/vvw7jkZId9uL46ynAA5GeNx+RZTGfSZy5GJA4 mDA/6aTNzofWGT62YO/T+9MPzEQaZ2IIOG+f2Hxqa7O8qitNe74R88X39Q5PcBnKJmhX MRmA==
X-Gm-Message-State: APjAAAXSiHHw6xPB84EqDOfCwexSXwYiZz6JC20UvPlcGBuFQOTaNDIE TWRx7IcJon14n9Oav9zC8Sv80ut+dUW3lppdV0zCjDjL
X-Google-Smtp-Source: APXvYqwlZjBtkcsXZgPuiklgGdnhjTsEmhrlycemfkygm2w4As/vFiWFT4FBnFD9ZI9Zyh/p8ndpslrqsRQ128Vq0TI=
X-Received: by 2002:a2e:b818:: with SMTP id u24mr8498293ljo.33.1574714510485; Mon, 25 Nov 2019 12:41:50 -0800 (PST)
MIME-Version: 1.0
References: <sa67ehyzo3s.fsf@meta.reinholdtsen.name> <20181031102655.GI17721@w3.org> <c419db69-9677-3467-c777-7758450a55fd@henke37.cjb.net> <CANfjZH1COMnjN9jAJGssneP9JymWdo-YmUq93RWu6MxEzBQcEw@mail.gmail.com> <sa6h8gvw48g.fsf@meta.reinholdtsen.name> <sa6lfwuijgh.fsf@meta.reinholdtsen.name> <CAKLmikMdWZF87zusg5td8bmn3uhY1h6XpXDjdN0-DR8VR+ANZA@mail.gmail.com> <sa6bltznv40.fsf@hjemme.reinholdtsen.name> <CAKLmikOPT6O7K5+1iXM_Jw+xyFUv8KKT-BVawEJRgnX_rVxdWw@mail.gmail.com> <sa6r22upreo.fsf@hjemme.reinholdtsen.name> <sa6y2w8tktj.fsf@hjemme.reinholdtsen.name>
In-Reply-To: <sa6y2w8tktj.fsf@hjemme.reinholdtsen.name>
From: Mitar <mmitar@gmail.com>
Date: Mon, 25 Nov 2019 12:41:38 -0800
Message-ID: <CAKLmikMzdyh9uL5OdEwVyLyiE+0QMYFmJ1eTQpgTMm7WVA3PVQ@mail.gmail.com>
To: Petter Reinholdtsen <pere@hungry.com>
Cc: media-types@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/dCDvojyn_hKCgG0YZ2UOHTM4rrk>
Subject: Re: [media-types] Mime type for patch files?
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." <media-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/media-types>, <mailto:media-types-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/media-types/>
List-Post: <mailto:media-types@ietf.org>
List-Help: <mailto:media-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/media-types>, <mailto:media-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Nov 2019 20:41:55 -0000

Hi!

On Thu, Nov 21, 2019 at 11:46 PM Petter Reinholdtsen <pere@hungry.com> wrote:
> I guess it is time to pick up this thread gain. :)

Yes, in fact I just got reply back. So it seems we do have to write an
RFC. They wrote:

====
To make this registration, the reviewers recommend writing an RFC. One
adds, "Of course there may be other standards bodies I know nothing
about that accept and publish documents; it would be fine if such a
process was used."

An independent-stream or an IETF-stream RFC would be acceptable. If
the template were to appear in an independent-stream I-D intended for
publication as an RFC, we would need to ask the IESG to approve the
template separately before publication. That would have to be arranged
with the Independent Stream Editor.

You can find information on this process here:
====

So, it seems somebody has to start working on a RFC here. Personally,
I do not have time for something like this, and probably if to be done
correctly, it should involve a broader community here, I suspect that
many tools are using those patches and might have added extra custom
stuff on top of it, so it might be useful to standardize that as well,
or at least not to make them out-of-spec. So this looks like it has to
be a bigger project than just registration.

This is the application I submitted (slightly bugfixed here):

====
Media type name: text
Media subtype name: unified-diff

Required parameters: N/A

Optional parameters: N/A

Encoding considerations: 8bit

Security considerations:
The security issues associated with this type have not been assessed.

Interoperability considerations: N/A

Published specification:
https://www.gnu.org/software/diffutils/manual/html_node/Detailed-Unified.html
https://www.artima.com/weblogs/viewpost.jsp?thread=164293

Applications which use this media:
It is primarily used to describe the output of GNU patch program and
compatible programs, including git.

Fragment identifier considerations:
N/A

Restrictions on usage:
N/A

Provisional registration? (standards tree only):
N/A

Additional information:

1. Deprecated alias names for this type: N/A
2. Magic number(s): N/A
3. File extension(s): patch
4. Macintosh file type code: N/A
5. Object Identifiers: N/A

General Comments:

Person to contact for further information:

1. Name: Mi Tar
2. Email: mitar.iana@tnode.com

Intended usage: Common
For output of the GNU patch program.

Author/Change controller: N/A
====


Mitar

-- 
http://mitar.tnode.com/
https://twitter.com/mitar_m