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
>> CARGO_CRAT
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 hi
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 +0200
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 cargo.
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 +++
>> metadata/stabili
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
k particularly 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 Ja
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 deci
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 stil
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 ++
> .../dotnet
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 e
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
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&m=168918875000738&w=2
> https://marc.in
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 mergin
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 va
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:
# 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.
>> +
://bugs.gentoo.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
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 coup
"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
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ó:
>
>
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
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).
&
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
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
_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
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 single,
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 =sys-clu
# 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 befo
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
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 thank
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 file
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 USE=modules-st
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
;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
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
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
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
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
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
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
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.
&
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
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
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
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
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,
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
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
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
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
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
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:
[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
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
# 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
# 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-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-14)
# Obsolete because of Twitter API changes. Archived upstream.
# Removal on 2023-05-14. Bug #904296.
net-im/cawbird
signature.asc
Description: PGP signature
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
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
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
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
201 - 300 of 876 matches
Mail list logo
