# Sam James (2023-02-18)
# Last release in 2018, needs porting to Python 3.11, and no reverse
# dependencies. Removal on 2023-03-18. bug #895174.
dev-python/setuptools_trial
signature.asc
Description: PGP signature
> On 20 Feb 2023, at 08:37, Florian Schmaus wrote:
>
> On 19/02/2023 18.32, Michał Górny wrote:
>> +Abstract
>> +
>> +
>> +A new ``TEST_SUITE_PRESENT`` variable is introduced to indicate whether
>> +the package features a test suite.
> I wonder if we could not simply use IUSE="test" for
.
This means we don't have to try whitelist 'strchr'.
Signed-off-by: Sam James
---
profiles/base/make.defaults | 6 ++
1 file changed, 6 insertions(+)
diff --git a/profiles/base/make.defaults b/profiles/base/make.defaults
index ab69dbfae58ee..bdffd57047bbc 100644
---
.
This means we don't have to try whitelist 'strchr'.
v2: drop 'export' as PMS doesn't allow it in make.defaults.
Signed-off-by: Sam James
---
profiles/base/make.defaults | 6 ++
1 file changed, 6 insertions(+)
diff --git a/profiles/base/make.defaults b/pro
On Wed, 8 Mar 2023 17:33:24 +0100
Michał Górny wrote:
> Use openpgp-verify-detached when app-portage/gemato-20.0 is installed.
> This lets us test the new code paths on ~arch with minimal risk
> of breakage on stable.
>
> Signed-off-by: Michał Górny
> ---
> eclass/verify-sig.eclass | 13 +
leanup
if [[ ${tests_failed} == 1 ]] ; then
die "Tests failed! Please see ..."
fi
```
Just like we do with e.g. virtualx. This also brings us into line
with the Python eclasses.
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
We already inherit the eqawarn eclass and use it elsewhere
in this eclass, so it's available & this then fits the rest
of our use.
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-
leanup
if [[ ${tests_failed} == 1 ]] ; then
die "Tests failed! Please see ..."
fi
```
Just like we do with e.g. virtualx. This also brings us into line
with the Python eclasses.
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
We already inherit the eqawarn eclass and use it elsewhere
in this eclass, so it's available & this then fits the rest
of our use.
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-
leanup
if [[ ${tests_failed} == 1 ]] ; then
die "Tests failed! Please see ..."
fi
```
Just like we do with e.g. virtualx. This also brings us into line
with the Python eclasses.
Signed-off-by: Sam James
---
eclass/ruby-fakegem.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
that going forward we may want to have pkgdev support custom
keys in this file for e.g. copyright year mangling too.
Signed-off-by: Sam James
---
.editorconfig | 8
1 file changed, 8 insertions(+)
create mode 100644 .editorconfig
diff --git a/.editorconfig b/.editorconfig
new file mode 10
Rephrase to make clear that go-module_src_unpack itself isn't actually
deprecated, just one of its modes of operation (the one with EGO_SUM).
Signed-off-by: Sam James
---
eclass/go-module.eclass | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/eclass/go-module.e
Ulrich Mueller writes:
> [[PGP Signed Part:Undecided]]
>>>>>> On Fri, 24 Mar 2023, Sam James wrote:
>
>> This allows conveniently editing ebuilds and eclasses in editors which don't
>> have a specific ebuild mode like Emacs and Vim do.
>
> I'm
Ulrich Mueller writes:
> [[PGP Signed Part:Undecided]]
>>>>>> On Fri, 24 Mar 2023, Sam James wrote:
>
>>> I'm slightly confused. What repository is this intended for?
>
>> gentoo.git.
>
> Then it looks wrong, conceptually. Or would it be
Ulrich Mueller writes:
> [[PGP Signed Part:Undecided]]
>>>>>> On Fri, 24 Mar 2023, Sam James wrote:
>
>> The idea is to make other editors less-hostile when they don't have
>> a dedicated mode (like I said in the commit message). The specific
>&g
Ulrich Mueller writes:
> [[PGP Signed Part:Undecided]]
>> On Fri, 24 Mar 2023, Florian Schmaus wrote:
>
>>> Then it looks wrong, conceptually. Or would it be o.k. if I committed
>>> ebuild-mode.el to the top-level directory of the Gentoo repository?
>
>> I do not think the comparison with eb
Hans de Graaff writes:
> Signed-off-by: Hans de Graaff
> ---
> eclass/ruby-fakegem.eclass | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
> index 9ef5e1f098d1..08e3ccf588ac 100644
> --- a/eclass/ruby-fakegem.eclass
> +++ b/ecl
# Sam James (2023-03-29)
# Only supports imminently-EOL ruby27.
# Removal on 2023-04-28. Bug #903499.
net-misc/mikutter
signature.asc
Description: PGP signature
# Sam James (2023-03-29)
# Only supports imminently-EOL ruby27, depends on obsolete QtScript instead
# of QML. Support for other languages was removed long ago, e.g. python support
# is stuck on python2-only. Kross itself is on the chopping block too:
# bug #810493, bug #903532.
# Removal on 2023
# Sam James (2023-03-29)
# Stuck on ruby27, low activity upstream, needs someone who actively uses it to
# test it properly as automated tests require an API key.
# Removal on 2023-04-28. Bug #903542.
dev-ruby/flickraw
signature.asc
Description: PGP signature
This means we don't get confusing *DEPEND/REQUIRED_USE errors about it being
unparseable and instead just get a straightforward die message indicating
the problem.
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/e
I was looking at the generated metadata for nokogiri and noticed several
instances of 'test' in IUSE & RESTRICT. Ended up finding that the quoting
of 'IUSE' in has is wrong here.
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 2 +-
1 file changed, 1 insertion(+), 1
Signed-off-by: Sam James
---
eclass/ruby-fakegem.eclass | 42 ++
1 file changed, 29 insertions(+), 13 deletions(-)
diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
index b3262dc5cdb4..9af96bec319f 100644
--- a/eclass/ruby-fakegem.eclass
This means we don't get confusing *DEPEND/REQUIRED_USE errors about it being
unparseable and instead just get a straightforward die message indicating
the problem.
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/e
(the quoting).
This does change the metadata generated in the way I expected, but it doesn't
remove *all* duplicates.
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
ind
se
doesn't work in global scope, but let's just fix the thing which is definitely
wrong (the quoting).
This does change the metadata generated in the way I expected, but it doesn't
remove *all* duplicates.
Signed-off-by: Sam James
---
eclass/ruby-fakegem.eclass | 42 ++
Ulrich Mueller writes:
>>>>>> On Wed, 29 Mar 2023, Sam James wrote:
>
>> -if ! has test "$IUSE"; then
>> +if ! has test ${IUSE}; then
>
> You cannot reliably test for a flag in IUSE with code like this.
> PMS defines the function in_iu
# Sam James (2023-03-31)
# Has suspicious test suite warnings with >=ruby31, no activity upstream, and
# no reverse dependencies in Gentoo.
# Removal on 2023-04-30.
dev-ruby/ddmemoize
signature.asc
Description: PGP signature
> On 31 Mar 2023, at 17:07, Raul Rangel wrote:
>
> Hello,
> I was looking at the glibc
> [ebuild](https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-libs/glibc/glibc-2.37-r1.ebuild#n136)
> and noticed that it contains a lot of RDEPEND:
>RDEPEND="${COMMON_DEPEND}
>app-arch/gzip
>
Raul Rangel writes:
> On Fri, Mar 31, 2023 at 11:03 AM Sam James wrote:
>>
>>
>>
>> > On 31 Mar 2023, at 17:07, Raul Rangel wrote:
>> >
>> > Hello,
>> > I was looking at the glibc
>> > [ebuild](https://gitweb.gentoo.org/repo/
Hans de Graaff writes:
> [[PGP Signed Part:Undecided]]
> On Wed, 2023-03-29 at 16:39 +0100, Sam James wrote:
>> This means we don't get confusing *DEPEND/REQUIRED_USE errors about
>> it being
>> unparseable and instead just get a straightforward die message
tute for a ruby-any.eclass and/or a pkg_setup which helps
enforcement, but that's another thing to handle.
Followup to d078ec2a151d16b7ed045f1889bb5b97c4b9e6af ("Add virtual/rubygems to
dependencies[...]").
Bug: https://bugs.gentoo.org/771744
Signed-off-by: Sam James
---
eclass/r
ets_ruby31:
* ruby_implementation_command returned an empty RUBY for ruby31
* ERROR: dev-ruby/mercenary-0.4.0-r1::gentoo failed (setup phase):
* Could not find RUBY for ruby31. Is dev-lang/ruby:3.1 installed?
```
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 7 +++
1 file changed, 7 insertions(+)
di
This makes it a lot easier to narrow down the culprit given it warns in global
scope.
(Apparently ${EBUILD} isn't defined in PMS.)
Signed-off-by: Sam James
---
eclass/ruby-fakegem.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/ruby-fakegem.eclass b/e
Hans de Graaff writes:
> [[PGP Signed Part:Undecided]]
> On Tue, 2023-04-04 at 01:02 +0100, Sam James wrote:
>>
>> - app-misc/foo (with only USE_RUBY="ruby30") using ruby-single.eclass
>> is queued
>> and fails because the installed Ruby isn't
Hans de Graaff writes:
> [[PGP Signed Part:Undecided]]
> On Fri, 2023-04-07 at 11:14 +0100, Sam James wrote:
>> This might prevent an ebuild installing no files, but the main aim
>> here is
>> to give a better error message earlier on rather than the classic
>> &q
This matches what we do in other eclasses like for python and ruby.
It leads to a nicer error if e.g. manually using ebuild(1) rather
than emerge(1) and deps aren't satisfied, or forgot to set POSTGRES_TARGETS
locally, etc.
Signed-off-by: Sam James
---
eclass/postgres.eclass | 6 +-
1
These variables are exported by pkg_setup and are intended for
use by ebuilds, as the docs for postgres_pkg_setup say.
Signed-off-by: Sam James
---
eclass/postgres.eclass | 11 +++
1 file changed, 11 insertions(+)
diff --git a/eclass/postgres.eclass b/eclass/postgres.eclass
index
Closes: https://bugs.gentoo.org/836781
Signed-off-by: Sam James
---
eclass/postgres.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/postgres.eclass b/eclass/postgres.eclass
index 1597f2a9aafb7..95ed168d40a1c 100644
--- a/eclass/postgres.eclass
+++ b/eclass
# Sam James (2023-04-14)
# Obsolete because of Twitter API changes. Archived upstream.
# Removal on 2023-05-14. Bug #904296.
net-im/cawbird
signature.asc
Description: PGP signature
# Sam James (2023-04-14)
# Fails with modern C, no upstream activity since 2005.
# Removal on 2023-05-14. Bug #778506, bug #881205.
www-apache/mod_log_sql
signature.asc
Description: PGP signature
# Sam James (2023-04-18)
# Fails to compile with GCC 13, no upstream activity.
# Removal on 2023-05-18. Bug #895206.
sci-geosciences/congen
signature.asc
Description: PGP signature
# Sam James (2023-04-18)
# Fails to compile with GCC 13, out of date, QA issues, and various open bugs.
# Removal on 2023-05-18.
# Bug #899218, bug #899218, bug #796599, bug #672326, bug #788844.
net-p2p/litecoind
signature.asc
Description: PGP signature
app-editors/scite is up for grabs as its proxied maintainer has decided
to retire.
It has two open bugs:
1. A trivial GCC 13 build issue (missing include)
2. Version bump pending
thanks,
sam
signature.asc
Description: PGP signature
Florian Schmaus writes:
[CCing williamh@ as go-module.eclass & dev-lang/go maintainer.]
> I like to ask the Gentoo council to vote on whether EGO_SUM should be
> reinstated ("un-deprecated") or not.
>
> EGO_SUM is a project-comprehensive matter, as it affects not only
> Go-lang packaging but al
Florian Schmaus writes:
> Hi Sam,
>
> thanks for your feedback. I am glad for everyone who engages in this
> discussion and shares their views and new information.
>
> On 24/04/2023 22.28, Sam James wrote:
>> Florian Schmaus writes:
>> [CCing williamh@ as
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 26/04/2023 18.12, Matt Turner wrote:
>> On Wed, Apr 26, 2023 at 11:31 AM Florian Schmaus wrote:
>>> The discussion would be more productive if someone who is supporting the
>>> EGO_SUM deprecation could rationally summarize the main a
Pascal Jäger writes:
> Maybe I’m getting this wrong, but didn’t we switch to shallow
> checkouts for the systems repository? I remember it was a major
> outcry on the mailing list. So at least for end users git keeps no
> history and our repository history should not impact clone size of a
> sh
Michał Górny writes:
> On Fri, 2023-04-28 at 01:38 +0100, Sam James wrote:
>> Pascal Jäger writes:
>>
>> > Maybe I’m getting this wrong, but didn’t we switch to shallow
>> > checkouts for the systems repository? I remember it was a major
>> > outcr
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 28/04/2023 16.34, Michał Górny wrote:
>> On Fri, 2023-04-28 at 08:59 +0200, Florian Schmaus wrote:
>>> And I never said that I believe in representing the majority's opinion.
>>> That said, I prefer to have this voted on by an all-deve
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 27/04/2023 23.16, Sam James wrote:
>> Florian Schmaus writes:
>>
>>> [[PGP Signed Part:Undecided]]
>>> On 26/04/2023 18.12, Matt Turner wrote:
>>>> On Wed, Apr 26, 2023 at 11:31 AM Fl
ned-off-by: Sam James
---
eclass/flag-o-matic.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass
index 6bec3df308814..3dd39c54a5317 100644
--- a/eclass/flag-o-matic.eclass
+++ b/eclass/flag-o-matic.eclass
@@ -47,7 +47,
functionality upstream in GCC
anymore for this reason, it's not IIRC supported in Clang, and we're not testing
it either.
Please use the far superior -fstack-clash-protection instead.
Signed-off-by: Sam James
---
eclass/flag-o-matic.eclass | 1 -
1 file changed, 1 deletion(-)
diff --git a/ecl
LTO is pretty safe nowadays and packages broken with it should really use
filter-lto specifically instead.
Signed-off-by: Sam James
---
eclass/flag-o-matic.eclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass
index be169f934c02
We already allow -Os and -Oz is just a more aggressive version of that.
Signed-off-by: Sam James
---
eclass/flag-o-matic.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass
index 201b033df279..ff0fa09ed152 100644
Signed-off-by: Sam James
---
...05-08-openssh-configuration-changes.en.txt | 27 +++
1 file changed, 27 insertions(+)
create mode 100644
2023-05-08-openssh-configuration-changes/2023-05-08-openssh-configuration-changes.en.txt
diff --git
a/2023-05-08-openssh-configuration
Signed-off-by: Sam James
---
...05-08-openssh-configuration-changes.en.txt | 27 +++
1 file changed, 27 insertions(+)
create mode 100644
2023-05-08-openssh-configuration-changes/2023-05-08-openssh-configuration-changes.en.txt
diff --git
a/2023-05-08-openssh-configuration
James Cloos writes:
>>>>>> "SJ" == Sam James writes:
>
> SJ> +Such admins will need to edit the new files in the new directories or
> SJ> +make overrides in their own files in the new directories using a higher
> SJ> +number in the filename.
&
x27;t want to do, it's too flaky
under sandbox & not reliable with diff arches.)
Signed-off-by: Sam James
---
profiles/use.desc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/profiles/use.desc b/profiles/use.desc
index 04ca8e845ccd9..675fd291fee22 100644
--- a/prof
Andreas Sturmlechner writes:
> [[PGP Signed Part:Undecided]]
> This was discussed already in 2021. Going to be used by 30+ packages.
>
> Description:
> "Enable support for freedesktop.org Secret Service API password store"
>
> See also:
> https://bugs.gentoo.org/905928
> https://github.com/gento
Alexe Stefan writes:
> Does enabling USE=valgrind impact runtime performance in any way?
A very small amount because it adds a check at runtime for whether
the application is running under Valgrind. The compiler may be able
to optimise this a bit if it can determine it's unlikely (if the
Valgri
Sam James writes:
> Alexe Stefan writes:
>
>> Does enabling USE=valgrind impact runtime performance in any way?
>
> A very small amount because it adds a check at runtime for whether
> the application is running under Valgrind. The compiler may be able
> to optim
Andreas Sturmlechner writes:
> Impact On Happy X Users
> ===
>
> Minor. Most dependencies were already required with kde-plasma/plasma-desktop
> and its dependencies. Upcoming stable versions of kde-apps/spectacle and
> kde-apps/krfb will depend on (K)PipeWire unconditional
Alexe Stefan writes:
> Layman is still a convenient way of managing overlays. It still works
> as intended.
> Is there any way for it to be kept in the repos?
Is there an issue for you with using eselect-repository, which is
actively maintained and doesn't depend on unmaintained software
(pyGPG
;s considered a
fundamental part
of the modern desktop.
Signed-off-by: Sam James
---
profiles/targets/desktop/make.defaults | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/profiles/targets/desktop/make.defaults
b/profiles/targets/desktop/make.defaults
index 46a8c5d3911e8..caccd
Signed-off-by: Sam James
---
profiles/use.desc | 1 +
1 file changed, 1 insertion(+)
diff --git a/profiles/use.desc b/profiles/use.desc
index 2d5489acc568..83de09afebe6 100644
--- a/profiles/use.desc
+++ b/profiles/use.desc
@@ -344,6 +344,7 @@ videos - Install optional video files (used in some
Thanks to leio for this improved phrasing.
Signed-off-by: Sam James
---
profiles/use.desc | 1 +
1 file changed, 1 insertion(+)
diff --git a/profiles/use.desc b/profiles/use.desc
index 2d5489acc568..47438c839071 100644
--- a/profiles/use.desc
+++ b/profiles/use.desc
@@ -344,6 +344,7 @@ videos
Ionen Wolkens writes:
> Primarily intended for use by linux-mod-r1.eclass, which needs
> a global IUSE to control stripping of kernel modules *before*
> signatures and compression (alternative would be to simply never
> strip, but that seem sub-optimal).
>
> Originally meant to be USE=modules-st
Sam James writes:
> [[PGP Signed Part:Undecided]]
>
> Sam James writes:
>
>> Alexe Stefan writes:
>>
>>> Does enabling USE=valgrind impact runtime performance in any way?
>>
>> A very small amount because it adds a check at runtime for whether
>
Alexe Stefan writes:
> In that case, is it worth it to enable USE=valgrind globally?
I have, and I'd say others interested in using Valgrind should too.
signature.asc
Description: PGP signature
Alexe Stefan writes:
> So it's only useful for developers that already use valgrind.
Why would it be useful to anybody else? It can be useful if you suspect
you may want to use Valgrind with system packages at some point and you
don't want then to recompile, sure.
I'm not sure if I understand
Ulrich Müller writes:
> At this point, almost all upstreams will have switched to configure.ac.
> Therefore, configure.in is most likely an indication of an inactive
> upstream, and there is no useful way for the ebuild maintainer to
> silence the warning (other than the ebuild renaming the file
Ulrich Müller writes:
> Running them in src_unpack made sense only in EAPIs 0 and 1.
>
> Fixes: 18fda95cea306efe8009d1100195225acd8f8756
> Signed-off-by: Ulrich Müller
ok for all
signature.asc
Description: PGP signature
Mike Gilbert writes:
> Hi all,
>
> I'm throwing in the towel on www-client/chromium. It just isn't any
> fun to maintain, and it's making me feel guilty when I don't give it
> the attention it requires.
I don't blame anyone for running out of stamina with chromium. It's
a massive task and thank
Alexe Stefan writes:
> My finger slipped in my last mail.
> How do you see how many people are using a package?
Bug reports, mentions on forums, mentions on the mailing list, mentions
on IRC, etc.
Or, to put it another way: when you break it, enough people
shout. Gentoo doesn't have telemetry
Toralf Förster writes:
> [[PGP Signed Part:Undecided]]
> On 6/7/23 15:09, Jeff Gazso wrote:
>> Can you give me a list
>> of common pain points?
>
> My wish would be a -bin package.
> Even with -j12 it takes here 5-6 hours compile time, which is a pain.
That's more work for the maintainer, not l
Jeff Gazso writes:
> That does sound painful.
>
>> - Across the 3 channels, you are looking at roughly 12 releases per month.
>> That's a lot of churn.
>
> * Why build unstable stuff, why not build only stable releases and fix the
> problems once?
The idea is that you end up fixing stuff befo
Alexe Stefan writes:
> I don't use chromium and I don't know what release cycle it has, but can't
> those interested in running chromium use an
> ebuild that tracks the git tree and updates after every change.
> The maintenance burden would be minimal, and any patches could be applied
> with /
# Sam James (2023-06-12)
# Installs no files with newer versions because GTK 2 support was dropped
upstream.
# Removal on 2023-07-12. Bug #908378.
dev-ruby/ruby-gtk2
signature.asc
Description: PGP signature
Florian Schmaus writes:
> The only call site of _go-module_gomod_encode() was using $() in a loop
> over EGO_SUM. This caused bash to fork() for every loop iteration, which
> significantly affected the time it takes to "source" an ebuild using
> EGO_SUM.
>
> For example, "pkg pkg source =sys-clu
Andrey Grozin writes:
> Hi *,
>
> My key was going to expire soon. So, as usual, I have prolonged it for
> the next year (several days ago). I've sent it to the Gentoo
> keyserver. I've checked that the fingerpring of my key in LDAP
> coinsides with the fingerprint I see locally.
>
> Today I've
Joshua Kinard writes:
> Noticing that the ebuild for gcc-12.3.0 got dropped with little
> explanation. It is the upstream stable release. I am eyeballing
> #906310 as what may have triggered the drop, but I find it a bit of a
> stretch that an upstream stable release got dropped over a single,
, max:
73.661ms, σ = 3.3ms, N = 73
dev-ruby/sinatra-2.2.3::/home/sam/g/: mean: 71.061ms, min: 55.144ms, max:
74.563ms, σ = 3.848ms, N = 71
```
A tiny, but seemingly consistent improvement.
Thanks to mgorny for the idea.
Bug: https://bugs.gentoo.org/908465
Signed-off-by: Sam James
---
eclass
/sinatra-3.0.5::/home/sam/g/: mean: 72.069ms, min: 58.736ms, max:
78.223ms, σ = 3.277ms, N = 70
dev-ruby/sinatra-3.0.5-r1::/home/sam/g/: mean: 73.265ms, min: 60.738ms, max:
81.06ms, σ = 3.227ms, N = 69
```
Bug: https://bugs.gentoo.org/908465
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 12
, σ = 2.822ms, N = 89
dev-ruby/sinatra-2.2.3::/home/sam/g/: mean: 54.915ms, min: 45.832ms, max:
59.513ms, σ = 3.52ms, N = 92
```
Bug: https://bugs.gentoo.org/908465
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 23 +--
1 file changed, 13 insertions(+), 10 deleti
- Inline ruby_atoms_samelib (only used by one caller)
- Avoid repeated (subshell) calls to _ruby_atoms_samelib_generic by using a
result
variable instead.
We go from 3.5s -> 2.5s to source dev-ruby/*.
Thanks to mgorny for the ideas here.
Bug: https://bugs.gentoo.org/908465
Signed-off-by:
We go from 2.5s -> 1.9s to source dev-ruby/*.
Bug: https://bugs.gentoo.org/908465
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 36
1 file changed, 28 insertions(+), 8 deletions(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
in
Easier to read.
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index 6c5666ddeabb0..b20c3b4629155 100644
--- a/eclass/ruby-ng.eclass
+++ b/eclass/ruby
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index b20c3b4629155..f10c987ac44a7 100644
--- a/eclass/ruby-ng.eclass
+++ b/eclass/ruby-ng.eclass
@@ -392,7 +392,7 @@ fi
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 1 -
1 file changed, 1 deletion(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index f10c987ac44a7..3269ed52cafe0 100644
--- a/eclass/ruby-ng.eclass
+++ b/eclass/ruby-ng.eclass
@@ -280,7 +280,6 @@ ruby_add_bdepend
_RUBY="ruby27 ruby30 ruby31" ruby_add_bdepend "
test? ( dev-ruby/activerecord[sqlite] )
```
This isn't ideal, but we don't have a ruby_gen_cond_dep right now, so
cater to this usecase by invalidating the caches we've previously added
if we've detected U
ulm points out that estack.eclass is particularly inefficient (although
it'll get slightly better once https://github.com/gentoo/gentoo/pull/31437
is fixed).
Let's just manually roll it like llvm.eclass does.
Bug: https://bugs.gentoo.org/908465
Signed-off-by: Sam James
---
e
I don't see us adding a non-ruby* target any time soon so this should be fine.
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index 8fe26057e7ffe..043e3eefcbd68 100644
--- a/eclass
Hans de Graaff writes:
> On Thu, 1970-01-01 at 00:00 +0000, Sam James wrote:
>> ulm points out that estack.eclass is particularly inefficient
>> (although
>> it'll get slightly better once
>> https://github.com/gentoo/gentoo/pull/31437
>> is fixed).
&
Hans de Graaff writes:
> On Thu, 1970-01-01 at 00:00 +0000, Sam James wrote:
>> Not much improvement on a grand scale, but for dev-ruby/sinatra at
>> least, we get:
>
> Reviewed all patches and they look good to me.
>
> Thanks!
And thank you!
>
> Hans
best
Petr Vaněk writes:
> On Thu, Jun 15, 2023 at 04:52:37PM +0100, Sam James wrote:
>> ulm points out that estack.eclass is particularly inefficient (although
>> it'll get slightly better once https://github.com/gentoo/gentoo/pull/31437
>> is fixed).
>>
>
Michał Górny writes:
> On Fri, 2023-06-16 at 17:48 +0300, Denis Lisov wrote:
>> Hello Michał,
>>
>> On Fri, Jun 16, 2023 at 3:09 PM Michał Górny wrote:
>> > Support specifying crate names and versions separated by forward slashes
>> > rather than hyphens. Since slashes are not valid in crate
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 21/06/2023 17.56, Mike Gilbert wrote:
>> On Wed, Jun 21, 2023 at 11:41 AM Florian Schmaus wrote:
>>>
>>> On 20.06.23 19:26, Mike Gilbert wrote:
On Tue, Jun 20, 2023 at 1:08 PM Florian Schmaus wrote:
>
> On 20.06.23 16:41
he source repositories, not the
> mirrored ones.
> Is it using the mirrored one behind the scenes?
(Please don't top-post.)
No, it uses the mirrores ones with metadata.
>
> Best regards,
> - Tomas Fabrizio Orsi
> El mié, 21 jun 2023 a las 15:44, Sam James () escribió:
>
>
"Anna (cybertailor) Vyalkova" writes:
> Hi lists,
>
> You might know about the `app-portage/metagen` utility that generates
> metadata.xml files with your name and email. But there was no tool that
> autofilled upstream information, so I wrote it.
>
> Using it is as simple as:
>
> $ gentle
301 - 400 of 938 matches
Mail list logo
