On July 24, 2021 3:41:22 AM GMT+09:00, "Andreas K. Huettel"
wrote:
>>
>> Gentoo is about choice. if there are users that want to use deblob I
>> don't see why we don't have to add the option.
>>
>
>Errr how is *removing the firmware loader* about choice?
>
>You have all the choice of
On July 24, 2021 3:21:56 AM GMT+09:00, Ulrich Mueller wrote:
>> On Fri, 23 Jul 2021, Alice wrote:
>
>>> GNU FSDG-compliance require not only removing non-free code but also
>>> to disable loading of known non-free firmware.
>
>So they actually remove code that by itself is free software.
This is so that lua_gen_foo() calls die on mentions of formerly
supported implementations, allowing for such mentions to be gradually
removed from ebuilds which contain them.
Signed-off-by: Marek Szuba
---
eclass/lua-single.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Similarly to _PYTHON_HISTORICAL_IMPLS, it will hold names of Lua
implementations which used to be supported but no longer are.
Signed-off-by: Marek Szuba
---
eclass/lua-utils.eclass | 7 +++
1 file changed, 7 insertions(+)
diff --git a/eclass/lua-utils.eclass b/eclass/lua-utils.eclass
If memory serves me right there _are_ ebuilds which mention lua5-2 in
lua_gen_cond_dep() calls. Let's steal another idea from Python eclasses
and allow this implementation not to trip pattern validation in spite of
no longer being supported by the eclasses, by be declaring it a
historical
# Michał Górny (2021-07-23)
# Abandoned. All versions are vulnerable to CVE-2021-33909.
# sys-kernel/gentoo-kernel{,-bin} are the suggested replacements.
# Removal on 2021-08-06. Bug #803212.
sys-kernel/bliss-kernel-bin
--
Best regards,
Michał Górny
[2021-07-23 08:40:50+0100] Sergei Trofimovich:
> dev-lang/elixir
> dev-lang/erlang
I could co-maintain these two, feel free to add me to metadata.xml,
I'll look if there is some improvments that could be done but I haven't had
to scratch an itch on it yet.
# Conrad Kostecki (2021-07-23)
# Outdated and multiple bugs open.
# Other alternatives in tree available.
# Removal in 30 days (2021-08-22)
www-servers/resin
>
> Gentoo is about choice. if there are users that want to use deblob I
> don't see why we don't have to add the option.
>
Errr how is *removing the firmware loader* about choice?
You have all the choice of the world by just not providing any firmware to load.
Removing the loader removes
> On Fri, 23 Jul 2021, Alice wrote:
>> GNU FSDG-compliance require not only removing non-free code but also
>> to disable loading of known non-free firmware.
So they actually remove code that by itself is free software. I had
suspected that. (By what logic does removing an option add to the
On Fri, Jul 23, 2021 at 07:42:48PM +0200, Dennis Lamm wrote:
> Hello,
>
> Package up for grabs due to to no consumer in 3dprint project and other
> portage package:
> dev-python/imread
>
> It has 1 open bug and a version bump pending according to Repology.
>
> IMHO: this should be removed from
Hello,
Package up for grabs due to to no consumer in 3dprint project and other
portage package:
dev-python/imread
It has 1 open bug and a version bump pending according to Repology.
IMHO: this should be removed from portage.
Best regards,
Dennis
signature.asc
Description: This is a
> On 23 Jul 2021, at 18:11, Alessandro Barbieri
> wrote:
>
> IIUC, it will disable CPU microcode updates. The code being removed is
> entirely free (but it could load some non-free third-party microcode).
> Do we really endorse that, from a security (spectre, meltdown, etc.)
> point of view?
>
> IIUC, it will disable CPU microcode updates. The code being removed is
> entirely free (but it could load some non-free third-party microcode).
> Do we really endorse that, from a security (spectre, meltdown, etc.)
> point of view?
>
rt-sources aren't supported by the kernel team
>
On 7/24/21 1:50 AM, Alice wrote:
On 7/24/21 1:45 AM, Alice wrote:
On 7/24/21 1:43 AM, Alice wrote:
On 7/23/21 10:49 PM, Ulrich Mueller wrote:
On Fri, 23 Jul 2021, Alice wrote:
On 7/23/21 9:52 PM, Ulrich Mueller wrote:
My point is, when we changed the ACCEPT_LICENSE default to @FREE in
On 7/24/21 1:45 AM, Alice wrote:
On 7/24/21 1:43 AM, Alice wrote:
On 7/23/21 10:49 PM, Ulrich Mueller wrote:
On Fri, 23 Jul 2021, Alice wrote:
On 7/23/21 9:52 PM, Ulrich Mueller wrote:
My point is, when we changed the ACCEPT_LICENSE default to @FREE in
2019, there was a discussion if we
On 7/24/21 1:43 AM, Alice wrote:
On 7/23/21 10:49 PM, Ulrich Mueller wrote:
On Fri, 23 Jul 2021, Alice wrote:
On 7/23/21 9:52 PM, Ulrich Mueller wrote:
My point is, when we changed the ACCEPT_LICENSE default to @FREE in
2019, there was a discussion if we could remove
On 7/23/21 10:49 PM, Ulrich Mueller wrote:
On Fri, 23 Jul 2021, Alice wrote:
On 7/23/21 9:52 PM, Ulrich Mueller wrote:
My point is, when we changed the ACCEPT_LICENSE default to @FREE in
2019, there was a discussion if we could remove LICENSE="linux-firmware"
from kernel packages. The
> On Fri, 23 Jul 2021, Alice wrote:
> On 7/23/21 9:52 PM, Ulrich Mueller wrote:
>> My point is, when we changed the ACCEPT_LICENSE default to @FREE in
>> 2019, there was a discussion if we could remove LICENSE="linux-firmware"
>> from kernel packages. The conclusion was that we could do so
On 7/23/21 9:52 PM, Ulrich Mueller wrote:
On Fri, 23 Jul 2021, Alice wrote:
Gentoo is about choice. if there are users that want to use deblob I
don't see why we don't have to add the option.
Sure, choice is good.
My point is, when we changed the ACCEPT_LICENSE default to @FREE in
2019,
On 7/23/21 9:41 PM, Michał Górny wrote:
On Fri, 2021-07-23 at 20:44 +0900, Alice wrote:
On 7/23/21 8:29 PM, Ulrich Mueller wrote:
On Fri, 23 Jul 2021, Alice wrote:
On 7/23/21 6:04 AM, Ulrich Mueller wrote:
Maybe this is a stupid question, but what is USE=deblob doing these days
anyway? I
> On Fri, 23 Jul 2021, Alice wrote:
> Gentoo is about choice. if there are users that want to use deblob I
> don't see why we don't have to add the option.
Sure, choice is good.
My point is, when we changed the ACCEPT_LICENSE default to @FREE in
2019, there was a discussion if we could
On Fri, 2021-07-23 at 20:44 +0900, Alice wrote:
> On 7/23/21 8:29 PM, Ulrich Mueller wrote:
> > > > > > > On Fri, 23 Jul 2021, Alice wrote:
> >
> > > On 7/23/21 6:04 AM, Ulrich Mueller wrote:
> > > > Maybe this is a stupid question, but what is USE=deblob doing these days
> > > > anyway? I
On 7/23/21 8:29 PM, Ulrich Mueller wrote:
On Fri, 23 Jul 2021, Alice wrote:
On 7/23/21 6:04 AM, Ulrich Mueller wrote:
Maybe this is a stupid question, but what is USE=deblob doing these days
anyway? I thought that all nonfree firmware had been removed from the
kernel tree (with version
This will break backwards compatibility for user configuration.
Not sure if it merits a news item (probably not, as it would be
addressed only at users who know what they're doing :) but maybe
respect both variables for some transition time?
signature.asc
Description: PGP signature
> On Fri, 23 Jul 2021, Alice wrote:
> On 7/23/21 6:04 AM, Ulrich Mueller wrote:
>> Maybe this is a stupid question, but what is USE=deblob doing these days
>> anyway? I thought that all nonfree firmware had been removed from the
>> kernel tree (with version 4.14) and was provided separately
On 7/23/21 6:04 AM, Ulrich Mueller wrote:
Maybe this is a stupid question, but what is USE=deblob doing these days
anyway? I thought that all nonfree firmware had been removed from the
kernel tree (with version 4.14) and was provided separately by the
sys-kernel/linux-firmware package?
Also, if
Signed-off-by: Alice Ferrazzi
---
eclass/kernel-2.eclass | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/eclass/kernel-2.eclass b/eclass/kernel-2.eclass
index f94dd9c..e3d556f 100644
--- a/eclass/kernel-2.eclass
+++ b/eclass/kernel-2.eclass
@@ -604,8 +604,12 @@ if [[
The packages could use some help from a dedicated maintainer.
I dropped myself from maintainer list for the following:
app-text/fbpdf
dev-lang/crystal
dev-lang/elixir
dev-lang/erlang
dev-lang/jwasm
dev-libs/capstone
dev-util/objconv
dev-util/radare2
dev-util/shards
dev-lang/gforth
dev-util/xxdiff
Signed-off-by: Andreas Sturmlechner
---
eclass/check-reqs.eclass | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/eclass/check-reqs.eclass b/eclass/check-reqs.eclass
index 39e4bad1363..836dd0d4a1f 100644
--- a/eclass/check-reqs.eclass
+++
Signed-off-by: Andreas Sturmlechner
---
eclass/check-reqs.eclass | 140
++-
1 file changed, 123 insertions(+), 17 deletions(-)
diff --git
Signed-off-by: Andreas Sturmlechner
---
eclass/check-reqs.eclass | 7 ---
1 file changed, 7 deletions(-)
diff --git a/eclass/check-reqs.eclass b/eclass/check-reqs.eclass
index c95ee0192c5..6b11794fbb2 100644
--- a/eclass/check-reqs.eclass
+++ b/eclass/check-reqs.eclass
@@ -68,13 +68,6 @@
Signed-off-by: Andreas Sturmlechner
---
eclass/check-reqs.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/check-reqs.eclass b/eclass/check-reqs.eclass
index 27ab1513aab..c95ee0192c5 100644
--- a/eclass/check-reqs.eclass
+++ b/eclass/check-reqs.eclass
@@ -7,7
Move EAPI check and EXPORT_FUNCTIONS on top, before include guard.
Standardise include guard.
Signed-off-by: Andreas Sturmlechner
---
eclass/check-reqs.eclass | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/eclass/check-reqs.eclass
Signed-off-by: Andreas Sturmlechner
---
eclass/optfeature.eclass | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/eclass/optfeature.eclass b/eclass/optfeature.eclass
index b853f61be32..f9870e04732 100644
--- a/eclass/optfeature.eclass
+++ b/eclass/optfeature.eclass
@@
35 matches
Mail list logo