As originally stated, the GLEP did not permit extending the format.
Let's relax the requirement to conforming files but indicate that
the parsers should ignore unknown (i.e. future) elements.
Signed-off-by: Michał Górny
---
glep-0068.rst | 2 ++
1 file changed, 2 insertions(+)
diff --git
Explicitly specify XML 1.0 and link to the specification. Forbid
"external markup declarations" and processing DTDs to secure against
common XML attacks.
Signed-off-by: Michał Górny
---
glep-0068.rst | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
The only change
Hey all,
in the past I already sent a mail about features for a next profile version.
The feedback was rather limited, but anyway we got quite a list of ideas.
The general tracker is bug 876891.
In the following I would like to put up the various features for discussion,
in order of bug
On 22/10/12 01:50PM, Mike Gilbert wrote:
> You should reverse the order of these commits: add the profile
> directories first, and then add them to profiles.desc.
>
Fixed in my local tree, thanks!
signature.asc
Description: PGP signature
On Wed, Oct 12, 2022 at 10:03 AM Kenton Groombridge wrote:
>
> Signed-off-by: Kenton Groombridge
> ---
> profiles/profiles.desc | 3 +++
> 1 file changed, 3 insertions(+)
You should reverse the order of these commits: add the profile
directories first, and then add them to profiles.desc.
Signed-off-by: Mike Gilbert
---
profiles/profiles.desc | 50 +-
1 file changed, 25 insertions(+), 25 deletions(-)
diff --git a/profiles/profiles.desc b/profiles/profiles.desc
index 5702a9dc7c4..58abd888bbe 100644
--- a/profiles/profiles.desc
+++
Michał Górny writes:
> On Tue, 2022-10-11 at 23:54 +0100, Sam James wrote:
>> Note that this will only take effect if compressing
>> modules with xz or zstd (COMPRESS_MODULE_XZ is set or
>> COMPRESS_MODULE_ZSTD is set respectively)
>>
>> ... or if compiling the kernel with xz or zstd
Ulrich Mueller writes:
> [[PGP Signed Part:Undecided]]
> What is the motivation for this? The typical kernel module on my system
> has a size of about 20 KiB uncompressed, with the largest about 2 MiB.
> Compression times are negligible for these, so is there a need to
> optimize?
Note that
# Matt Turner (2022-10-12)
# Unmaintained and archived upstream. Last release in 2017.
# Bug #597960.
# Removal on 2022-11-12
net-im/empathy
signature.asc
Description: PGP signature
Signed-off-by: Kenton Groombridge
---
.../amd64/17.1/no-multilib/systemd/selinux/merged-usr/eapi | 1 +
.../amd64/17.1/no-multilib/systemd/selinux/merged-usr/parent| 2 ++
.../default/linux/amd64/17.1/systemd/selinux/merged-usr/eapi| 1 +
Signed-off-by: Kenton Groombridge
---
profiles/profiles.desc | 3 +++
1 file changed, 3 insertions(+)
diff --git a/profiles/profiles.desc b/profiles/profiles.desc
index 5702a9dc7c4..b3efcf48c15 100644
--- a/profiles/profiles.desc
+++ b/profiles/profiles.desc
@@ -43,9 +43,11 @@ amd64
On 17/06/2022 18.27, William Hubbs wrote:
On Mon, Jun 13, 2022 at 12:26:43PM +0200, Ulrich Mueller wrote:
On Mon, 13 Jun 2022, Florian Schmaus wrote:
Judging from the gentoo-dev@ mailing list discussion [1] about EGO_SUM,
where some voices where in agreement that EGO_SUM has its raison
> On Wed, 12 Oct 2022, Michał Górny wrote:
> (I mean, most of these files won't even use parallel compression
> because they're too small).
xz(1) says about the block size: "The default size is three times the
LZMA2 dictionary size or 1 MiB, whichever is more." The default (-6)
dictionary
What is the motivation for this? The typical kernel module on my system
has a size of about 20 KiB uncompressed, with the largest about 2 MiB.
Compression times are negligible for these, so is there a need to
optimize?
Ulrich
signature.asc
Description: PGP signature
14 matches
Mail list logo