help
Hi,
On 2024/01/09 13:42, Michał Górny wrote:
On Tue, 2024-01-09 at 12:54 +0200, Jaco Kroon wrote:
https://github.com/gentoo/gentoo/pull/34126 ??
Perhaps I'm missing something if you say it's non-trivial but we're
using that on 9 hosts currently.
Do tests pass for you? https://bugs.gentoo.or
On Tue, 2024-01-09 at 12:54 +0200, Jaco Kroon wrote:
> https://github.com/gentoo/gentoo/pull/34126 ??
>
> Perhaps I'm missing something if you say it's non-trivial but we're
> using that on 9 hosts currently.
>
Do tests pass for you? https://bugs.gentoo.org/879181#c2 indicated that
they do not
On 09/01/2024 12.23, David Seifert wrote:
On Tue, 2024-01-09 at 09:39 +0100, Florian Schmaus wrote:
This new eclass is similar to readme.gentoo-r1.eclass. The main
differences are as follows. Firstly, it also displays the doc file
contents if they have changed. Secondly, it provides a convenient
On Tue, 2024-01-09 at 09:39 +0100, Florian Schmaus wrote:
> This new eclass is similar to readme.gentoo-r1.eclass. The main
> differences are as follows. Firstly, it also displays the doc file
> contents if they have changed. Secondly, it provides a convenient API
> to
> install the doc file via st
https://github.com/gentoo/gentoo/pull/34126 ??
Perhaps I'm missing something if you say it's non-trivial but we're
using that on 9 hosts currently.
On 2023/12/31 12:34, Michał Górny wrote:
# Michał Górny (2023-12-31)
# Unresolved vulnerability. The current version is from 2022-03,
# and th
On 09/01/2024 11.43, Michał Górny wrote:
On Tue, 2024-01-09 at 11:39 +0100, Florian Schmaus wrote:
Even if we say it is the user's fault, then the problem of handling a
decompressor failure would still exist. The eclass does not gracefully
continue when decompressing the doc file, but instead it
On Tue, 2024-01-09 at 11:39 +0100, Florian Schmaus wrote:
> Even if we say it is the user's fault, then the problem of handling a
> decompressor failure would still exist. The eclass does not gracefully
> continue when decompressing the doc file, but instead it runs into a
> die(). To address th
On 09/01/2024 10.59, Michał Górny wrote:
On Tue, 2024-01-09 at 09:30 +0100, Florian Schmaus wrote:
On 06/01/2024 18.21, Michał Górny wrote:
On Sat, 2024-01-06 at 18:01 +0100, Florian Schmaus wrote:
I really like the functionality of readme.gentoo-r1.eclass, as it
allows to communicate Gentoo-s
On Tue, 2024-01-09 at 09:30 +0100, Florian Schmaus wrote:
> On 06/01/2024 18.21, Michał Górny wrote:
> > On Sat, 2024-01-06 at 18:01 +0100, Florian Schmaus wrote:
> > > I really like the functionality of readme.gentoo-r1.eclass, as it
> > > allows to communicate Gentoo-specific information about a
On 09/01/2024 09.39, Florian Schmaus wrote:
Signed-off-by: Florian Schmaus
---
eclass/-cover-letter.patch | 49
eclass/0001-greadme.eclass-new-eclass.patch | 305
Ignore those to patch files. They are accidentally added to the commit.
diff --git
Signed-off-by: Florian Schmaus
---
eclass/greadme.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/greadme.eclass b/eclass/greadme.eclass
index 25e0210406c1..ec01d090cc10 100644
--- a/eclass/greadme.eclass
+++ b/eclass/greadme.eclass
@@ -174,7 +174,7 @@ greadm
Signed-off-by: Florian Schmaus
---
eclass/-cover-letter.patch | 49
eclass/0001-greadme.eclass-new-eclass.patch | 305
eclass/unpacker.eclass | 7 +
3 files changed, 361 insertions(+)
create mode 100644 eclass/-cover-letter.p
This new eclass is similar to readme.gentoo-r1.eclass. The main
differences are as follows. Firstly, it also displays the doc file
contents if they have changed. Secondly, it provides a convenient API to
install the doc file via stdin.
Furthermore, this eclass dos not store the doc file's contents
On 06/01/2024 18.21, Michał Górny wrote:
On Sat, 2024-01-06 at 18:01 +0100, Florian Schmaus wrote:
I really like the functionality of readme.gentoo-r1.eclass, as it
allows to communicate Gentoo-specific information about a package to
the user. Especially as it improves the signal-to-noise ratio
15 matches
Mail list logo
