On Fri, Jul 22, 2022 at 3:10 PM Mikhail Koliada wrote:
>
> Hello!
>
>
>
> This idea has been fluctuating in my head for quite a while given that the
> migration had happened
>
> a while ago [0] and some other major distributions have already adopted
> yescrypt as their default algo
>
> by now
On 2022-07-23 23:23:38, Sam James wrote:
>
> The two people you refer to (solpeth and hololeap) both warmly
> welcomed this move and endorse it. It'd be great to have them as developers
> and I've offered to help mentor them, as have others.
Ok, awesome. Thank you both.
> On 23 Jul 2022, at 13:34, Michael Orlitzky wrote:
>
> On Sat, 2022-07-23 at 02:49 +0100, Sam James wrote:
>> # Sam James (2022-07-22)
>> # Monolithic mask for dev-haskell/* packages which have no reverse
>> dependencies,
>> # are broken, or severely out of date. The aim is to have the
Signed-off-by: Ulrich Müller
---
eclass/java-pkg-simple.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/java-pkg-simple.eclass b/eclass/java-pkg-simple.eclass
index 34c044e2ba2d..09062d9ede68 100644
--- a/eclass/java-pkg-simple.eclass
+++
Signed-off-by: Ulrich Müller
---
eclass/java-pkg-simple.eclass | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/eclass/java-pkg-simple.eclass b/eclass/java-pkg-simple.eclass
index c0a6b4d21df9..34c044e2ba2d 100644
--- a/eclass/java-pkg-simple.eclass
+++
Signed-off-by: Ulrich Müller
---
eclass/vcs-snapshot.eclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/eclass/vcs-snapshot.eclass b/eclass/vcs-snapshot.eclass
index 64bc1da040f4..1b7299b92a3b 100644
--- a/eclass/vcs-snapshot.eclass
+++ b/eclass/vcs-snapshot.eclass
@@
Signed-off-by: Ulrich Müller
---
eclass/ruby-ng.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index 167aab755f3a..06548392a501 100644
--- a/eclass/ruby-ng.eclass
+++ b/eclass/ruby-ng.eclass
@@ -68,7 +68,7 @@
case
Signed-off-by: Ulrich Müller
---
eclass/ruby-ng.eclass | 38 +-
1 file changed, 9 insertions(+), 29 deletions(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index c43d5b4d9826..167aab755f3a 100644
--- a/eclass/ruby-ng.eclass
+++
Signed-off-by: Ulrich Müller
---
eclass/python-r1.eclass | 1 +
eclass/python-utils-r1.eclass | 1 +
2 files changed, 2 insertions(+)
diff --git a/eclass/python-r1.eclass b/eclass/python-r1.eclass
index 3471e17bdde6..2fd5c70120e9 100644
--- a/eclass/python-r1.eclass
+++
Signed-off-by: Ulrich Müller
---
eclass/eutils.eclass | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/eclass/eutils.eclass b/eclass/eutils.eclass
index b1479d33049c..dedb5b1696c1 100644
--- a/eclass/eutils.eclass
+++ b/eclass/eutils.eclass
@@ -6,18 +6,7 @@
#
Signed-off-by: Ulrich Müller
---
eclass/eqawarn.eclass | 26 ++
eclass/eutils.eclass | 15 +--
2 files changed, 27 insertions(+), 14 deletions(-)
create mode 100644 eclass/eqawarn.eclass
diff --git a/eclass/eqawarn.eclass b/eclass/eqawarn.eclass
new file
This series of patches splits off eqawarn in its own eclass, which
will finally allow us to tag eutils.eclass as deprecated.
Also, some eclasses call eqawarn in EAPI 6 without inheriting the
function. Add a proper inherit statement to them, and drop EAPI 5
support while at it.
Ulrich Müller (8):
On Sat, Jul 23, 2022 at 08:34:26AM -0400, Michael Orlitzky wrote:
> On Sat, 2022-07-23 at 02:49 +0100, Sam James wrote:
> > # Sam James (2022-07-22)
> > # Monolithic mask for dev-haskell/* packages which have no reverse
> > dependencies,
> > # are broken, or severely out of date. The aim is to
On Sat, Jul 23, 2022 at 01:55:50PM +0500, A wrote:
> On 2022-07-23 01:11, Sam James wrote:
> > Signed-off-by: Sam James
>
> Bug: https://bugs.gentoo.org/808779
>
> > ---
> > metadata.dtd | 2 +-
>
> XSD needs to be updated too (and wiki, and soko, and pkgcheck...)
sam added the list of what
On Sat, 2022-07-23 at 02:49 +0100, Sam James wrote:
> # Sam James (2022-07-22)
> # Monolithic mask for dev-haskell/* packages which have no reverse
> dependencies,
> # are broken, or severely out of date. The aim is to have the Haskell overlay
> # (::haskell) be the place for development
> Once again new council has been elected: congratulations to the chosen
> members! And once again many nominees expressed their wishes to see more
> non-developer contributors to become official developers. Yet, only very
> few people (if any) are interested in mentoring them. I get it, the
>
>
> 2nd RFC: Recruiting proven contributors without a mentor
>
> I'm aware recruiters don't really need to ask a permission here, but I
> believe it's great to gauge the general feelings about this beforehand.
> What would you say if recruiters started more actively approaching
> potential
17 matches
Mail list logo
