Fabian Groffen writes:
> [[PGP Signed Part:Undecided]]
> On 12-09-2023 20:32:19 +0100, Alexey Sokolov wrote:
>> Bug: https://bugs.gentoo.org/758167
>> Full PR is at https://github.com/gentoo/gentoo/pull/32730
>>
>> Several LLVM packages require this early return, otherwise they fail to
>>
Eli Schwartz writes:
> On 9/12/23 10:26 PM, Michał Górny wrote:
>> On Tue, 2023-09-12 at 22:07 -0400, Eli Schwartz wrote:
>>> On 9/12/23 3:56 PM, Ulrich Mueller wrote:
> On Tue, 12 Sep 2023, Eli Schwartz wrote:
> + mkdir -p "${BUILD_DIR}" || die
> +
"Eddie Chapman" writes:
> martin-kokos wrote:
>> --- Original Message ---
>> On Tuesday, September 12th, 2023 at 3:36 PM, Eddie Chapman
>> wrote:
>>
>>> Sam James wrote:
>>>
>>>> "Eddie Chapman" ed...@
"Eddie Chapman" writes:
> Rich Freeman wrote:
>> On Tue, Sep 12, 2023 at 9:36 AM Eddie Chapman wrote:
>>
>>> in Gentoo. Have any of these 4 maintainers publicly said (anywhere)
>>> that they are not interested in being maintainers anymore (which is fine
>>> if that is the case)? We're not
Rich Freeman writes:
> On Tue, Sep 12, 2023 at 9:36 AM Eddie Chapman wrote:
>> in Gentoo. Have any of these 4 maintainers publicly said (anywhere) that
>> they are not interested in being maintainers anymore (which is fine if
>> that is the case)? We're not talking here about a lone
"Eddie Chapman" writes:
> Sam James wrote:
>>
>> "Eddie Chapman" writes:
>>>>> So what's the situation with the current Gentoo maintainers? Have
>>>>> they disappeared? I often see on here packages being offered up f
"Eddie Chapman" writes:
> Sam James wrote:
>>
>> "Eddie Chapman" writes:
>>
>>> Sam James wrote:
>>>>
>>>> Dale writes:
>>>>
>>>>> orbea wrote:
>>>>>> On Mon, 11 Sep 2023
orbea writes:
> On Mon, 11 Sep 2023 22:50:13 +0100
> Sam James wrote:
>
>> orbea writes:
>>
>> > On Mon, 11 Sep 2023 22:21:21 +0100
>> > Sam James wrote:
>> >
>> >> orbea writes:
>> >>
>> >> >
nfig file.
>
> On 9/12/23, Alexey Sokolov wrote:
>> 11.09.2023 22:35, Sam James пишет:
>>>
>>> Alexey Sokolov writes:
>>>
>>>> 11.09.2023 22:21, Sam James пишет:
>>>>> orbea writes:
>>>>>
>>>>>> On Mon, 1
orbea writes:
> On Mon, 11 Sep 2023 22:21:21 +0100
> Sam James wrote:
>
>> orbea writes:
>>
>> > On Mon, 11 Sep 2023 21:31:30 +0100
>> > Sam James wrote:
>> >
>> >> Dale writes:
>> >>
>> >> > or
"Eddie Chapman" writes:
> Sam James wrote:
>>
>> Dale writes:
>>
>>> orbea wrote:
>>>> On Mon, 11 Sep 2023 17:29:47 +0200
>>>> "Andreas K. Huettel" wrote:
>>>>
>>>>> Am Montag, 11. Septem
Alexey Sokolov writes:
> 11.09.2023 22:21, Sam James пишет:
>> orbea writes:
>>
>>> On Mon, 11 Sep 2023 21:31:30 +0100
>>> Sam James wrote:
>>>
>>>> Dale writes:
>>>>
>>>>> orbea wrote:
>>>>&
orbea writes:
> On Mon, 11 Sep 2023 21:31:30 +0100
> Sam James wrote:
>
>> Dale writes:
>>
>> > orbea wrote:
>> >> On Mon, 11 Sep 2023 17:29:47 +0200
>> >> "Andreas K. Huettel" wrote:
>> >>
>> >>
orbea writes:
> On Mon, 11 Sep 2023 16:21:43 -0400
> Mike Gilbert wrote:
>
>> On Mon, Sep 11, 2023 at 4:11 PM orbea wrote:
>> >
>> > On Mon, 11 Sep 2023 20:38:48 +0100
>> > Sam James wrote:
>> >
>> > > orbea writes:
>>
Dale writes:
> orbea wrote:
>> On Mon, 11 Sep 2023 17:29:47 +0200
>> "Andreas K. Huettel" wrote:
>>
>>> Am Montag, 11. September 2023, 17:22:43 CEST schrieb orbea:
>>>
Upstream is maintained still.
https://github.com/eudev-project/eudev
>>> No, it's not.
>>>
>>>
>>
orbea writes:
> On Mon, 11 Sep 2023 19:18:45 +0100
> Sam James wrote:
>
>> orbea writes:
>>
>> > Hi,
>> >
>> > Several months ago I made this issue for keywording the
>> > games-emulation/jgemu meta package which is a collection of mi
orbea writes:
> Hi,
>
> Several months ago I made this issue for keywording the
> games-emulation/jgemu meta package which is a collection of minimal
> emulators for the command-line games-emulation/jgrf frontend with a
> focus on accuracy.
>
You've not populated the package list and no
Rafael Kitover writes:
> EGL is the only available OpenGL support on Wayland, so add the egl USE
> flag and do not add --disable-glcanvasegl to configure args if it is
> enabled.
>
> Explain the rationale for GLX being the default and the egl USE flag, as
> well as the upstream issue link to
Michał Górny writes:
> Signed-off-by: Michał Górny
The lot lgtm with Bug/Closes tags for https://bugs.gentoo.org/913394.
> ---
> eclass/tests/verify-sig.sh | 65 ++
> 1 file changed, 65 insertions(+)
> create mode 100755 eclass/tests/verify-sig.sh
>
>
# Sam James (2023-08-30)
# Used to be a dependency of dev-python/qiskit-aer but is now being phased
# out. Fails to build with modern setuptools and >= Python 3.11. No upstream
# activity.
# Removal on 2023-09-29. Bug #911840, bug #896900.
dev-python/tweedledum
# Sam James (2023-08-29)
# Obsolete as of September 2021 when legacy Tor hidden services stopped
# working. Now fails to build with latest protobuf too. No upstream activity
# since 2017. Alternatives (unvetted) are 'cwtch' and 'ricochet-refreshed' but
# neither are packaged.
# Removal on 2023-09
# Sam James (2023-08-29)
# Fails to build with new protobuf. Deprecated by upstream which recommend
# sci-biology/kallisto as a replacement.
# Removal on 2023-09-28. Bug #912828.
sci-biology/express
tarball at src/tree_sitter/parser.h
instead. Drop the dependency on dev-libs/tree-sitter given we were only
depending
on it for this header.
Bug: https://github.com/tree-sitter/tree-sitter-bash/issues/199
Bug: https://bugs.gentoo.org/912716
Signed-off-by: Sam James
---
eclass/tree-sitter
Michał Górny writes:
> Signed-off-by: Michał Górny
> ---
> eclass/cmake.eclass | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/eclass/cmake.eclass b/eclass/cmake.eclass
> index fb3f9b6352be..d0f6d0b4bd91 100644
> --- a/eclass/cmake.eclass
> +++ b/eclass/cmake.eclass
> @@ -661,7
# Sam James (2023-08-22)
# Broken with new net-analyzer/net-snmp, no reverse dependencies in Gentoo,
# no other distros package this, and upstream have discontinued development.
# Removal on 2023-09-21. Bug #912582.
app-emulation/libvirt-snmp
From: Alfred Persson Forsberg
Signed-off-by: Alfred Persson Forsberg
Closes: https://github.com/gentoo/gentoo/pull/27052
Signed-off-by: Sam James
---
eclass/cmake.eclass | 7 +++
1 file changed, 7 insertions(+)
diff --git a/eclass/cmake.eclass b/eclass/cmake.eclass
index 16b3e300ccae0
Joonas Niilola writes:
> [[PGP Signed Part:Undecided]]
> On 11.8.2023 17.07, orbea wrote:
>> Hi,
>>
>> Currently the Gentoo Github PR queue is at 577 open PRs that even
>> includes one that has been left open in 2018 and neglected since 2021.
>
> That's a bit misleading. The PR in question is
Michał Górny writes:
> On Mon, 2023-07-31 at 12:41 +0200, Florian Schmaus wrote:
>> With 59dbfb80f748 ("cargo.eclass: Add variable alternative to
>> $(cargo_crate_uris)") the _cargo_set_crate_uris function was
>> introduced. This function runs when the elcass is inherited and sets
>>
Florian Schmaus writes:
> With 59dbfb80f748 ("cargo.eclass: Add variable alternative to
> $(cargo_crate_uris)") the _cargo_set_crate_uris function was
> introduced. This function runs when the elcass is inherited and sets
> CARGO_CRATE_URIS.
(I would've CC'd mgorny given presumably you want
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 31/07/2023 11.32, Sam James wrote:
>> Florian Schmaus writes:
>>
>>> [[PGP Signed Part:Undecided]]
>>> On 31/07/2023 07.02, Michał Górny wrote:
>>>> On Sun, 2023-07-30 at 22:19 +
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 31/07/2023 07.02, Michał Górny wrote:
>> On Sun, 2023-07-30 at 22:19 +0200, Florian Schmaus wrote:
>>> Which problem are we solving by moving away from this towards a slightly
>>> more verbose construct?
>> The problem was that
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 25/07/2023 10.32, Michał Górny wrote:
>> On Tue, 2023-07-25 at 08:26 +0200, Florian Schmaus wrote:
>>> On 25/07/2023 06.50, Michał Górny wrote:
On Mon, 2023-07-24 at 20:57 +0200, Florian Schmaus wrote:
> Since --load-average
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 19/07/2023 18.10, Matt Turner wrote:
>> Signed-off-by: Matt Turner
>> ---
>> Feel free to bikeshed the location, structure, file-format, etc.
>> metadata/stabilization-groups/gnome/evolution | 3 +++
>>
Ulrich Mueller writes:
> [[PGP Signed Part:Undecided]]
>>>>>> On Fri, 21 Jul 2023, Sam James wrote:
>
>> @@ -162,6 +162,12 @@ kernel-install_get_qemu_arch() {
>> ppc64)
>> echo ppc64
>> ;;
>
Signed-off-by: Sam James
---
virtual/dist-kernel/dist-kernel-5.15.120.ebuild | 2 +-
virtual/dist-kernel/dist-kernel-6.1.39.ebuild | 2 +-
virtual/dist-kernel/dist-kernel-6.4.4.ebuild| 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/virtual/dist-kernel/dist-kernel
Signed-off-by: Sam James
---
profiles/arch/sparc/package.use.mask | 5 +
.../gentoo-kernel/gentoo-kernel-5.15.120.ebuild | 11 +--
sys-kernel/gentoo-kernel/gentoo-kernel-6.1.39.ebuild | 12 +---
sys-kernel/gentoo-kernel/gentoo-kernel-6.4.4.ebuild | 12
Signed-off-by: Sam James
---
eclass/kernel-install.eclass | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/eclass/kernel-install.eclass b/eclass/kernel-install.eclass
index 49aff35dea0d2..6018abd821513 100644
--- a/eclass/kernel-install.eclass
+++ b/eclass/kernel
sturdy.
Per at the very least 5ba800962a80d4158b73fb91a7779df7b770c750 ("kbuild: update
ARCH alias info for sparc")
upstream, although it seems to go back a fair bit earlier, ARCH=sparc when
building
the kernel means "sparc64" if on a sparc64 host.)
Signed-off-by: Sam James
---
eclas
Same as hppa/ppc*.
Signed-off-by: Sam James
---
eclass/dist-kernel-utils.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/dist-kernel-utils.eclass b/eclass/dist-kernel-utils.eclass
index cb0021f8b3a7e..6668960286699 100644
--- a/eclass/dist-kernel-utils.eclass
Signed-off-by: Sam James
---
eclass/toolchain-funcs.eclass | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass
index bffbf36f1696c..78ebfe54e41a7 100644
--- a/eclass/toolchain-funcs.eclass
+++ b/eclass
Sam James writes:
> [[PGP Signed Part:Undecided]]
>
> Florian Schmaus writes:
>
>> [[PGP Signed Part:Undecided]]
>> On 18/07/2023 11.56, Sam James wrote:
>>> Mike Gilbert writes:
>>>
>>>> On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote:
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 18/07/2023 11.56, Sam James wrote:
>> Mike Gilbert writes:
>>
>>> On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote:
>>>>> Haven't we been keeping these because we still need to decide on
Mike Gilbert writes:
> On Mon, Jul 17, 2023 at 4:27 PM Sam James wrote:
>> > Haven't we been keeping these because we still need to decide on a
>> > policy about what to do with dead acct-*/* packages?
>>
>> Right. https://bugs.gentoo.org/781881 is still ope
Matt Turner writes:
> On Mon, Jul 17, 2023 at 3:43 PM Florian Schmaus wrote:
>>
>> # Florian Schmaus (2023-07-17)
>> # Obsolete acct-* packages which became leaf packages.
>> # Removal on 2023-08-17.
>> acct-user/artifactory
>> acct-group/artifactory
>> acct-user/cinder
>> acct-group/cinder
Matt Turner writes:
> Hello,
>
> Many of us have started using `pkgdev bugs` to file stabilization
> bugs. It works well (Thanks Arthur!) and I encourage everyone to give
> it a try.
>
> Where possible, it files one stabilization bug per package. This makes
> arch testers' jobs easier and makes
Maciej Barć writes:
> Bug: https://bugs.gentoo.org/900597
> Bug: https://github.com/gentoo/gentoo/pull/29309
> Signed-off-by: Maciej Barć
> ---
> dev-dotnet/dotnet-sdk-bin/Manifest| 36 ++
> .../dotnet-sdk-bin-6.0.402-r3.ebuild | 65 ++
>
Andrew Ammerlaan writes:
> Hi all,
>
> Currently we have 7 packages defining the efi flag and an additional 2
> defining the uefi flag. These flags do the same thing, add support for
> (U)EFI booting. I therefore propose we introduce efi as a new global
> flag and later rename the uefi flag to
Sam James writes:
> From: konsolebox
>
> Closes: https://bugs.gentoo.org/909529
> Signed-off-by: Sam James
ftr, while I find the case really repetitive, I'm not sure if this
crosses the line into unreadable bash or not, so I feel on the fence.
But I wanted it reviewed on ML
From: konsolebox
Closes: https://bugs.gentoo.org/909529
Signed-off-by: Sam James
---
eclass/ruby-utils.eclass | 52 ++--
1 file changed, 2 insertions(+), 50 deletions(-)
diff --git a/eclass/ruby-utils.eclass b/eclass/ruby-utils.eclass
index c4b6f1502f8a9
Sam James writes:
> Florian Schmaus writes:
>
>> [[PGP Signed Part:Undecided]]
>> Posted to gentoo-dev@ since we are now entering a technical discussion
>> again.
>>
>> For those who did not follow gentoo-project@, the previous posts include:
>&
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> Posted to gentoo-dev@ since we are now entering a technical discussion
> again.
>
> For those who did not follow gentoo-project@, the previous posts include:
>
> https://marc.info/?l=gentoo-project=168918875000738=2
>
zurabid2...@gmail.com writes:
> Hello everyone,
>
> I am new here, so I'm sorry in advance for any stupid thing I may
> say. I want to adopt hunspell for various reasons and what I've
> noticed is a plethora of app-dicts/myspell-* packages (for each
> language there's one).
>
> I suggest
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 30/06/2023 10.22, Sam James wrote:
>> Florian Schmaus writes:
>>> [[PGP Signed Part:Undecided]]
>>> [in reply to a gentoo-project@ post, but it was asked to continue this
>>> on gentoo-dev@]
&
Zoltan Puskas writes:
> On Tue, Jul 04, 2023 at 01:13:30AM -0600, Tim Harder wrote:
>> On 2023-07-03 Mon 04:17, Florian Schmaus wrote:
>> >On 30/06/2023 13.33, Eray Aslan wrote:
>> >>On Fri, Jun 30, 2023 at 03:38:11AM -0600, Tim Harder wrote:
>> >>>Why do we have to keep exporting the related
Various open bugs for these and bumps pending. mysql@ has very few
members now and needs help in general, but doesn't have the resources
to maintain these.
commit ab270c702a21d69c4ebd099951ff7a79142081d1
Author: Sam James
Date: Tue Jul 4 23:20:03 2023 +0100
dev-db/percona-xtrabackup: drop
# Holger Hoffstätte (2023-07-04)
# Obsolete package, replaced by dev-util/scap-driver.
# https://bugs.gentoo.org/907486
# Masked for removal on 2023-08-04.
dev-util/sysdig-kmod
signature.asc
Description: PGP signature
Florian Schmaus writes:
> I would like to propose the gradle.eclass for ::gentoo.
>
> Multiple people have shown interest in an eclass for Gradle, as it would
> make it easier to move Gradle-based projects into ::gentoo. For exmaple,
> ghidra from ::pentoo. And, as a nice bonus, the addition of
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> [in reply to a gentoo-project@ post, but it was asked to continue this
> on gentoo-dev@]
>
> On 28/06/2023 16.46, Sam James wrote:
>> Florian Schmaus writes:
>>> On 17/06/2023 10.37, Arthur Zamarin wrote
Ulrich Mueller writes:
>>>>>> On Mon, 26 Jun 2023, Sam James wrote:
>
>> +
>> +# Avoid creating ${WORKDIR}_build (which is above WORKDIR).
>> +# TODO: For EAPI > 8, we should ban S=WORKDIR for CMake.
>> +
org/889418
Closes: https://bugs.gentoo.org/889420
Signed-off-by: Sam James
---
eclass/cmake.eclass | 9 +
1 file changed, 9 insertions(+)
diff --git a/eclass/cmake.eclass b/eclass/cmake.eclass
index 1cdbc123a243..4050beb22ba3 100644
--- a/eclass/cmake.eclass
+++ b/eclass/cmake.eclass
@@ -293
Mike Gilbert writes:
> On Sun, Jun 25, 2023 at 2:52 PM Michał Górny wrote:
>>
>> I think a better approach would be to always include $? in die messages
>> in Portage.
>
> It's a nice idea, but will not work in the case where die is not
> called immediately after the failing command.
>
> A
"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:
>
> $
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ó:
>
> Florian Schma
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
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
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).
>>
>>
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
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).
>&g
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/ruby
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
---
eclass/ruby
t;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 USE_RUBY changed.
Signed-off-b
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
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
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
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
- 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:
, σ = 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
/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
, 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
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
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
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
# 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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..caccdbdd22a3e 100644
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
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
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
101 - 200 of 815 matches
Mail list logo