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-10-18 17:36 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: link
Be 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