From: "Markos Chandras" <hwoarang@gentoo.org> To: gentoo-commits@lists.gentoo.org Subject: [gentoo-commits] proj/devmanual:master commit in: ebuild-writing/file-format/ Date: Thu, 24 Jul 2014 18:06:34 +0000 (UTC) [thread overview] Message-ID: <1388864399.ba2e7aa36d41c7a4e2caacd50bb2ae482934b23c.hwoarang@gentoo> (raw) commit: ba2e7aa36d41c7a4e2caacd50bb2ae482934b23c Author: Chris Reffett <creffett <AT> gentoo <DOT> org> AuthorDate: Sat Jan 4 02:50:18 2014 +0000 Commit: Markos Chandras <hwoarang <AT> gentoo <DOT> org> CommitDate: Sat Jan 4 19:39:59 2014 +0000 URL: http://git.overlays.gentoo.org/gitweb/?p=proj/devmanual.git;a=commit;h=ba2e7aa3 Clarify difference between _p and -r in ebuild names wrt bug 414867, also mention the normal way of naming snapshots --- ebuild-writing/file-format/text.xml | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/ebuild-writing/file-format/text.xml b/ebuild-writing/file-format/text.xml index 9d00e6b..cffb9e4 100644 --- a/ebuild-writing/file-format/text.xml +++ b/ebuild-writing/file-format/text.xml @@ -70,7 +70,7 @@ what portage considers to be the 'lowest' version comes first. </tr> <tr> <ti>_p</ti> - <ti>Patch level</ti> + <ti>Patch release</ti> </tr> </table> @@ -98,12 +98,19 @@ No integer part of the version may be longer than 18 digits. Finally, version may have a Gentoo revision number in the form <c>-r1</c>. The initial Gentoo version should have no revision suffix, the first revision should be <c>-r1</c>, the second <c>-r2</c> and so on. See <uri link="::general-concepts/ebuild-revisions"/>. +Revision numbers are distinguished from patch releases by revision bumps being +changes by Gentoo developers, while patch releases are new releases by upstream. </p> <p> Overall, this gives us a filename like <c>libfoo-1.2.5b_pre5-r2.ebuild</c>. </p> +<p> +When packaging a snapshot of a source repository, the standard naming format is +$(last-released-version)_pYYYYMMDD +</p> + </body> </section>
WARNING: multiple messages have this Message-ID (diff)
From: "Markos Chandras" <hwoarang@gentoo.org> To: gentoo-commits@lists.gentoo.org Subject: [gentoo-commits] proj/devmanual:master commit in: ebuild-writing/file-format/ Date: Sat, 18 Oct 2014 17:35:59 +0000 (UTC) [thread overview] Message-ID: <1388864399.ba2e7aa36d41c7a4e2caacd50bb2ae482934b23c.hwoarang@gentoo> (raw) Message-ID: <20141018173559.u_bBj4uwkcPf17deD6eYs5qGHaoXUJIHyf8B0o0CCqU@z> (raw) commit: ba2e7aa36d41c7a4e2caacd50bb2ae482934b23c Author: Chris Reffett <creffett <AT> gentoo <DOT> org> AuthorDate: Sat Jan 4 02:50:18 2014 +0000 Commit: Markos Chandras <hwoarang <AT> gentoo <DOT> org> CommitDate: Sat Jan 4 19:39:59 2014 +0000 URL: http://sources.gentoo.org/gitweb/?p=proj/devmanual.git;a=commit;h=ba2e7aa3 Clarify difference between _p and -r in ebuild names wrt bug 414867, also mention the normal way of naming snapshots --- ebuild-writing/file-format/text.xml | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/ebuild-writing/file-format/text.xml b/ebuild-writing/file-format/text.xml index 9d00e6b..cffb9e4 100644 --- a/ebuild-writing/file-format/text.xml +++ b/ebuild-writing/file-format/text.xml @@ -70,7 +70,7 @@ what portage considers to be the 'lowest' version comes first. </tr> <tr> <ti>_p</ti> - <ti>Patch level</ti> + <ti>Patch release</ti> </tr> </table> @@ -98,12 +98,19 @@ No integer part of the version may be longer than 18 digits. Finally, version may have a Gentoo revision number in the form <c>-r1</c>. The initial Gentoo version should have no revision suffix, the first revision should be <c>-r1</c>, the second <c>-r2</c> and so on. See <uri link="::general-concepts/ebuild-revisions"/>. +Revision numbers are distinguished from patch releases by revision bumps being +changes by Gentoo developers, while patch releases are new releases by upstream. </p> <p> Overall, this gives us a filename like <c>libfoo-1.2.5b_pre5-r2.ebuild</c>. </p> +<p> +When packaging a snapshot of a source repository, the standard naming format is +$(last-released-version)_pYYYYMMDD +</p> + </body> </section>
next reply other threads:[~2014-07-24 21:45 UTC|newest] Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top 2014-07-24 18:06 Markos Chandras [this message] 2014-10-18 17:35 ` [gentoo-commits] proj/devmanual:master commit in: ebuild-writing/file-format/ Markos Chandras -- strict thread matches above, loose matches on Subject: below -- 2014-10-18 17:35 Markos Chandras 2014-07-24 18:06 ` Markos Chandras 2015-04-15 6:42 Ulrich Müller 2015-05-09 15:22 Ulrich Müller 2015-08-09 9:30 Justin Lecher 2016-11-03 15:25 Göktürk Yüksek 2016-11-22 5:45 Göktürk Yüksek 2017-03-03 5:54 Ulrich Müller 2017-11-12 20:37 Ulrich Müller 2019-06-23 18:13 Ulrich Müller 2019-06-23 18:13 Ulrich Müller 2020-03-28 14:47 Ulrich Müller 2020-03-28 14:47 Ulrich Müller 2021-03-30 7:32 Ulrich Müller 2021-03-30 7:32 Ulrich Müller 2021-03-30 16:10 Ulrich Müller 2021-03-30 16:10 Ulrich Müller 2021-08-14 1:46 Sam James 2021-08-14 1:46 Sam James 2023-01-12 11:27 Joonas Niilola 2024-02-21 7:49 Ulrich Müller
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=1388864399.ba2e7aa36d41c7a4e2caacd50bb2ae482934b23c.hwoarang@gentoo \ --to=hwoarang@gentoo.org \ --cc=gentoo-commits@lists.gentoo.org \ --cc=gentoo-dev@lists.gentoo.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox