This is a preliminary version/draft of a proposed change to
GLEP 68.
I'd like to introduce a method for developers to signal anything
special about a package and how to correctly maintain it.
Sam James (1):
glep-0068: Add notes element for package maintenance instructions
glep-0068.rst | 26 +++++++++++++++++++++++---
1 file changed, 23 insertions(+), 3 deletions(-)
This is a preliminary version/draft of a proposed change to
GLEP 68.
I'd like to introduce a method for developers to signal anything
special about a package and how to correctly maintain it.
Sam James (1):
glep-0068: Add notes element for package maintenance instructions
glep-0068.rst | 26 +++++++++++++++++++++++---
1 file changed, 23 insertions(+), 3 deletions(-)
--
2.33.0
Maybe we could just add README files to the package directories
in question. This would have the clear advantage that the files will be immediately visible.
On 5 Oct 2021, at 21:29, Alec Warner <antarus@gentoo.org> wrote:
I thought we were going to go with the github-pages type route
(markdown, rendered online or locally.)
-A
On Tue, Oct 5, 2021 at 11:28 AM Sam James <sam@gentoo.org> wrote:
This is a preliminary version/draft of a proposed change to
GLEP 68.
I'd like to introduce a method for developers to signal anything
special about a package and how to correctly maintain it.
Sam James (1):
glep-0068: Add notes element for package maintenance instructions
glep-0068.rst | 26 +++++++++++++++++++++++---
1 file changed, 23 insertions(+), 3 deletions(-)
--
2.33.0
On 5 Oct 2021, at 21:29, Alec Warner <antarus@gentoo.org> wrote:
I thought we were going to go with the github-pages type route
(markdown, rendered online or locally.)
So, the thinking was, we could allow somewhat shorthand
notes or for the people who want to invest more time, allow
the GitHub-pages type route.
But I'm open to the idea of just recommending people
use that if there's no appetite for mixed types.
-A
On Tue, Oct 5, 2021 at 11:28 AM Sam James <sam@gentoo.org> wrote:
This is a preliminary version/draft of a proposed change to
GLEP 68.
I'd like to introduce a method for developers to signal anything
special about a package and how to correctly maintain it.
Sam James (1):
glep-0068: Add notes element for package maintenance instructions
glep-0068.rst | 26 +++++++++++++++++++++++---
1 file changed, 23 insertions(+), 3 deletions(-)
--
2.33.0
I thought we were going to go with the github-pages type route^^^^
(markdown, rendered online or locally.)
-A
On Tue, Oct 5, 2021 at 11:28 AM Sam James <sam@gentoo.org> wrote:
This is a preliminary version/draft of a proposed change to
GLEP 68.
I'd like to introduce a method for developers to signal anything
special about a package and how to correctly maintain it.
Sam James (1):
glep-0068: Add notes element for package maintenance instructions
glep-0068.rst | 26 +++++++++++++++++++++++---
1 file changed, 23 insertions(+), 3 deletions(-)
--
2.33.0
On Tue, 05 Oct 2021, Alec Warner wrote:
I'd argue we can add NOTES.md to packages (e.g. allow those files.)
Then we modify packages.gentoo.org to render the markdown; or users
can render locally or read unrendered.
On Tue, 05 Oct 2021, Michał Górny wrote:
On Tue, 2021-10-05 at 19:27 +0100, Sam James wrote:
This is a preliminary version/draft of a proposed change to
GLEP 68.
I'd like to introduce a method for developers to signal anything
special about a package and how to correctly maintain it.
Sam James (1):
glep-0068: Add notes element for package maintenance instructions
glep-0068.rst | 26 +++++++++++++++++++++++---
1 file changed, 23 insertions(+), 3 deletions(-)
To be honest, I don't think adding it to metadata.xml is a good idea.
This is not something that's going to be machine-parseable,
and expecting people to look into metadata.xml to see if it's even
present is a bit much.
Maybe we could just add README files to the package directories
in question. This would have the clear advantage that the files will be immediately visible.
On Tue, 05 Oct 2021, Alec Warner wrote:
I'd argue we can add NOTES.md to packages (e.g. allow those files.)
Then we modify packages.gentoo.org to render the markdown; or users
can render locally or read unrendered.
How would you deal with translations? One NOTES file for every language?
Ulrich
On Wed, 06 Oct 2021, Alec Warner wrote:
On Tue, Oct 5, 2021 at 10:37 PM Ulrich Mueller <ulm@gentoo.org> wrote:
How would you deal with translations? One NOTES file for every language?
The notes files are for devs, not for users. Do we have non-english
speaking developers?
On Tue, 2021-10-05 at 19:27 +0100, Sam James wrote:
This is a preliminary version/draft of a proposed change toTo be honest, I don't think adding it to metadata.xml is a good idea.
GLEP 68.
I'd like to introduce a method for developers to signal anything
special about a package and how to correctly maintain it.
Sam James (1):
glep-0068: Add notes element for package maintenance instructions
glep-0068.rst | 26 +++++++++++++++++++++++---
1 file changed, 23 insertions(+), 3 deletions(-)
This is not something that's going to be machine-parseable,
and expecting people to look into metadata.xml to see if it's even
present is a bit much.
Maybe we could just add README files to the package directories
in question. This would have the clear advantage that the files will be immediately visible.
On Thu, 07 Oct 2021, Matthew Marchese wrote:
I also like the idea of markdown files or RST files living in
gentoo::. I personally find RST to be a bit more challenging to write,
but it's simple enough to learn and we 'already have RST to HTML
conversion on www.g.o for GLEPs. GitHub will render either file format
in browser. Not sure about all the other Git* sites.
Apparently the MD and RST formats are somewhat interchangeable if one
does not go too crazy on formatting: https://gist.github.com/javiertejero/4585196
I'd argue we can add NOTES.md to packages (e.g. allow those files.)
Then we modify packages.gentoo.org to render the markdown; or users
can render locally or read unrendered.
WDYT?
On Tue, Oct 05, 2021 at 02:21:22PM -0700, Alec Warner wrote:
I'd argue we can add NOTES.md to packages (e.g. allow those files.)
Then we modify packages.gentoo.org to render the markdown; or users
can render locally or read unrendered.
WDYT?
Given this topic came up again on IRC, late reply to say that some
kind NOTES of file in the tree is my preference over metadata.xml
at the moment.
I don't feel strongly about being rendered somewhere though, a dev
will see the file in the tree if they work on the package (partly
because of that I'd also rather rst over md for bit better plain-text readability, but can work with either). Seeing the file is main reason
I prefer this over metadata.xml, making it clear there's notes without needing any tools integration to parse metadata.xml and remind about.
fwiw given these are entirely for devs they could even be skipped
from sync mirrors so users don't get them and think it's something
they need to read (+less files), but no strong opinion here.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 475 |
Nodes: | 16 (2 / 14) |
Uptime: | 17:34:22 |
Calls: | 9,487 |
Calls today: | 6 |
Files: | 13,617 |
Messages: | 6,121,090 |