> On Sat, 24 Jul 2021, alicef wrote:
> 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 actu
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 the
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. I
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 --git
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
index
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 implement
# 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 p
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 digitall
> 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
201
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 co
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
LICENSE="linux-firmwar
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 conclu
> 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 st
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, th
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 t
> 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 remo
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 though
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 4.14)
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 b
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
30 matches
Mail list logo
