added
in meson-0.63.0 and we depend on >=meson-1.2.3 in the eclass.
[0]
https://mesonbuild.com/Release-notes-for-1-7-0.html#test-targets-no-longer-built-by-default
Signed-off-by: Sam James
---
eclass/meson.eclass | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/ecl
; see
afe0521495aeed0a22a3656e7bad193fba39805e).
Signed-off-by: Sam James
---
eclass/meson.eclass | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/eclass/meson.eclass b/eclass/meson.eclass
index a2bc5537e4589..382c80ec08214 100644
--- a/eclass/meson.eclass
+++ b/eclass/meson.e
ST_MIN_VER /
RUST_MAX_VER.
Ensure we consistently use the variable referencing the $CARGO that is
definitely guaranteed to exist.
Signed-off-by: Eli Schwartz
Signed-off-by: Sam James
---
I've pushed this.
eclass/cargo.eclass | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
James Le Cuirot writes:
> This avoids the build host vs target flag separation issue. Sometimes it
> is important for the build host to use the right flags. We cannot fix
> this for cross-compiling now, but it should at least work for native
> builds.
>
LGTM.
> Closes: https
This avoids the build host vs target flag separation issue. Sometimes it
is important for the build host to use the right flags. We cannot fix
this for cross-compiling now, but it should at least work for native
builds.
Closes: https://bugs.gentoo.org/951740
Signed-off-by: James Le Cuirot
Eli Schwartz writes:
> On 3/14/25 11:31 AM, orbea wrote:
>> Changing it as you suggested I think would be significantly more
>> complicated and would require refactoring the eclass.
>
>
> Yes, it's unfortunately the type of thing that would be a somewhat
> involved change. :(
>
>
>> However I won
Jay Faulkner writes:
> On 3/21/2025 6:42 PM, Ionen Wolkens wrote:
>> On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
>>> Hello, everyone.
>>>
>>> TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
>>> except for gentoo and guru.
>> Unfortunate, but just to say that
Nowa Ammerlaan writes:
> On 19/03/2025 02:07, Ionen Wolkens wrote:
>> On Tue, Mar 18, 2025 at 08:34:43PM -0400, Ionen Wolkens wrote:
>>> On Tue, Mar 18, 2025 at 03:14:13AM -, Duncan wrote:
Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100 as excerpted:
> I had really hope
Duncan <1i5t5.dun...@cox.net> writes:
> Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100 as excerpted:
>
>> I had really hoped to receive more comments on my earlier RFC. [...]
>> I really do want to know what others think so I can
>> make a better judgment on whether or not my idea is rea
Arsen Arsenović writes:
> Filip Kobierski writes:
>
>> On Monday, March 10th, 2025 at 21:40, Alfredo Tupone
>> wrote:
>>> To declutter sci-libs and dev-libs from most of the "so called"
>>> AI packages I think that a new category should be created.
>>> Maybe sci-ai/ or dev-ai/ or sci-dl/ (deep
# Sam James (2025-03-09)
# Obsolete in favour of dev-lang/ada-bootstrap. Using sys-devel/gcc[ada]
# should now Just Work. Removal on 2025-04-10.
dev-lang/gnat-gpl
On Sun, 2025-03-09 at 06:27 -0400, Ionen Wolkens wrote:
> On Sun, Mar 09, 2025 at 10:17:42AM +0000, James Le Cuirot wrote:
> > > +ffmpeg_compat_setup() {
> > > + (( ${#} == 1 )) || die "Usage: ${FUNCNAME} "
> > > +
> > > + loc
On Sat, 2025-03-08 at 22:34 -0500, Ionen Wolkens wrote:
> Sending this to dev ML in advance given it's simple and "probably"
> won't need to change the code further.
>
> If interested in the whole deal, see the PR instead:
> https://github.com/gentoo/gentoo/pull/40942
>
> --- (actual commit messa
On Sat, 2025-03-08 at 15:59 +0200, Arthur Zamarin wrote:
> From: Michal Rostecki
>
> Rust defaults to static linking (`-C target-feature=+crt-static`) on
> musl targets. We already patch dev-lang/rust to always prefer dynamic
> linking, but to ensure that behavior with dev-lang/rust-bin, set the
# Anna (navi) Figueiredo Gomes (2025-03-08)
# User services is merged and released in openrc-0.60, this fork
# is now unmaintained and superseded.
# Removal on 2025-04-08. Bug #950367
sys-apps/openrc-navi
On Wed, 2025-02-05 at 13:10 -0500, Mike Gilbert wrote:
> We usually want to invoke cc -E rather than cpp directly. We should not
> rely on the quirk of tc-getCPP defaulting to "cc -E" when CPP is unset.
>
> Resolves a warning when CPP is set to llvm-cpp, which does not accept
> the -E option.
>
>
/cargo/issues/8430
Signed-off-by: Sam James
---
Pushed.
eclass/cargo.eclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index 0bc24feea222e..25a2127f6391f 100644
--- a/eclass/cargo.eclass
+++ b/eclass/cargo.eclass
@@ -396,6 +396,9
Agostino Sarubbo writes:
> Good morning everyone,
>
> during tinderbox activity I realized that sometimes there are bugs with
> unknown causes at the time of filing.
>
> Examples are:
>
> - no "error: " string
>
> - mysterious test failures
>
> - hidden bugs on build.log but present on config.lo
Mike Gilbert writes:
> Update WANT_AUTOMAKE atoms to match.
> Drop 2.71 from _LATEST_AUTOCONF since 2.72 is stable.
>
> Closes: https://bugs.gentoo.org/948125
> Signed-off-by: Mike Gilbert
> ---
LGTM. Thanks.
> PR: https://github.com/gentoo/gentoo/pull/40187
>
> eclass/autotools.eclass | 21 +
# James Le Cuirot (2025-01-09)
# Obsolete and needs to be dropped along with Qt5. The GTK theme has been
# superseded by dev-qt/qtbase[gtk], which uses GTK 3 rather than GTK 2.
# Removal on 2025-02-09. See bug #947787.
dev-qt/qtstyleplugins
signature.asc
Description: This is a digitally signed
# Sam James (2025-01-05)
# Removed upstream in gstreamer-1.24. See bug #947522. Removal on 2025-02-05.
media-plugins/gst-plugins-kate
Zoltan Puskas writes:
>>
>> So, removing Qt5 will break computers of many users, including my computer.
>> In the course of many years of existence of Qt5 a large number of useful
>> programs have been created; not all of them have been ported to Qt6. Are we
>> going to throw away all this wealt
Andrey Grozin writes:
> Here are some packages installed on my computer and (to various
> degrees) important for me which depend on Qt5
>
I'll note again that at the moment, we're talking about "things which
support Qt 6, but the ebuild doesn't even acknowledge that right now, or
the ebuild stil
James Le Cuirot writes:
> Cross environments within a prefixed system do not have a nested prefix,
> i.e. they are located at ${EPREFIX}/usr/${CHOST}, not
> ${EPREFIX}/usr/${CHOST}/${EPREFIX}. Binaries built with the
> cross-compiler should therefore get an unprefixed dynamic li
box with QEMU's -L option.
Signed-off-by: James Le Cuirot
---
eclass/toolchain.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index c605c437f355a..f5d3b83c2e03b 100644
--- a/eclass/toolchain.eclass
+++ b/e
On Thu, 2025-01-02 at 03:13 -0800, Zoltan Puskas wrote:
> >
> > So, removing Qt5 will break computers of many users, including my computer.
> > In the course of many years of existence of Qt5 a large number of useful
> > programs have been created; not all of them have been ported to Qt6. Are we
>
# Sam James (2024-12-31)
# Many open bugs and requires a large amount of patching to build correctly
# as a shared library. Breaks reverse dependencies in a few ways.
# Removal on 2025-01-30. bug #924174 and friends.
dev-libs/dmalloc
On Mon, 2024-12-30 at 21:31 -0500, Ionen Wolkens wrote:
> On Mon, Dec 30, 2024 at 11:35:25PM +0000, James Le Cuirot wrote:
> > dostrip limitations mean that we cannot strip the CTARGET binaries in a
> > cross-compiler. There is already a `dostrip -x` call to exclude such
&g
dostrip limitations mean that we cannot strip the CTARGET binaries in a
cross-compiler. There is already a `dostrip -x` call to exclude such
binaries from stripping, but it expects the argument to be unprefixed,
and the argument given was prefixed.
Signed-off-by: James Le Cuirot
---
eclass
g if it lived alongside autotools
in the repo.)
# Sam James (2024-12-27)
# Unfixable modern C issues because of reliance on ancient automake.
# Out of date. See bug #946998. Removal on 2025-01-27.
net-irc/ngircd
thanks,
sam
signature.asc
Description: PGP signature
Maybe
upstream would even accept such a thing if it lived alongside autotools
in the repo.)
# Sam James (2024-12-27)
# Unfixable modern C issues because of reliance on ancient automake.
# Out of date. See bug #946998. Removal on 2025-01-27.
net-irc/ngircd
thanks,
sam
Ulrich Müller writes:
> Signed-off-by: Ulrich Müller
(Why?)
> ---
> eclass/elisp.eclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/eclass/elisp.eclass b/eclass/elisp.eclass
> index 1fa8aab29753..e2f629edf132 100644
> --- a/eclass/elisp.eclass
> +++ b/eclass/elisp
Arsen Arsenović writes:
> Hi Sam,
>
> Sam James writes:
>
>> Noticed this when looking at app-office/gnucash which was disabling
>> GUILE_AUTO_COMPILE entirely (see 72dbf2ec4049df11ad63576971883ee239eadb7f).
>>
>> We don't want Guile making decisions b
ware/guile/manual/html_node/Environment-Variables.html#index-GUILE_005fAUTO_005fCOMPILE.
Signed-off-by: Sam James
---
eclass/guile-utils.eclass | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/eclass/guile-utils.eclass b/eclass/guile-utils.eclass
index b0660dcfd1ce6..d06
The following packages are up for grabs following mva's retirement.
Packages up for grabs:
app-eselect/eselect-luajit
app-misc/qcma
media-libs/vitamtp
Sebastian Pipping writes:
> Hi!
>
>
> This is basically https://bugs.gentoo.org/946784 and a call for help via
> e-mail to a wider audience:
>
> I've been maintaining the Bash version of app-admin/checksec 2.x.x so
> far but I won't be a good maintainer of a >=3.0.0 ebuild targeting
> Golang that
kan...@gentoo.org writes:
> From: Matt Jolly
>
> This commit addresses some feedback that the Rust eclass should provide
> feedback to users on what it's actually doing and why a particular
> Rust was (or was not) deemed suitable for use.
>
> To do this we now:
>
> - Explicitly note if a Rust slo
Andreas Sturmlechner writes:
> Every once in a while, a package requires a really up to date active compiler
> in order to build successfully. ecm.eclass had inherited such a mechanism,
> albeit GCC specific, from older kde* eclasses. I don't think that is a good
> place for it so I suggest to ad
On Wed, 2024-12-11 at 11:20 +0100, Michał Górny wrote:
> Hello,
>
> Right now we have three flags that do pretty much the same thing, via
> different libraries:
>
> global[mikmod] Add libmikmod support to allow playing of SoundTracker-style
> music files
>
> global[modplug] Add libmodplug suppo
Michał Górny writes:
> Hi,
>
> I've made a quick tool that can perform search-and-replacement
> on Bugzilla bugs, so if you move a package, you can quickly update
> hundreds of bugs filed against it.
Nice!
>
> https://github.com/projg2/bugsed
>
> Note that it just does dumb text replacement wit
Sam James writes:
> This comes up often enough to justify it. Some packages have been always
> disabling this given there wasn't convention or wisdom on how to handle it,
> but this helps to provide that.
>
> See https://public-inbox.gentoo.org/gentoo-dev/87ttftr9ay@gen
Ionen Wolkens writes:
> On Tue, Dec 10, 2024 at 05:46:38AM +, Sam James wrote:
>> Michael Orlitzky writes:
>>
>> > On 2024-12-04 22:55:22, Sam James wrote:
>> >> Prompted by yet another instance of this, this time at
>> >> ht
Michael Orlitzky writes:
> On 2024-12-04 22:55:22, Sam James wrote:
>> Prompted by yet another instance of this, this time at
>> https://forums.gentoo.org/viewtopic-t-1171999.html.
>>
>> The results of these tests are often hardcoded into installed files
>> whic
This comes up often enough to justify it. Some packages have been always
disabling this given there wasn't convention or wisdom on how to handle it,
but this helps to provide that.
See https://public-inbox.gentoo.org/gentoo-dev/87ttftr9ay@gentoo.org/.
Signed-off-by: Sam James
---
I con
Hans de Graaff writes:
> The varargs implementation in Ruby 3.2 is not compatible with gnu23. Ruby
> 3.1 is in security maintenance mode upstream so it is unlikely that the
> fixes from Ruby 3.2 will be backported. Ruby 3.1 is EOL in March 2025
> and will be removed from Gentoo around that time.
Michał Górny writes:
> On Sun, 2024-12-08 at 04:53 +, Sam James wrote:
>> I fear this sort of assumes we won't switch to monobuild any time soon.
>
> I don't see one precluding the other. Categories are cheap. Package
> moves not necessarily, but switching to mo
Sam James writes:
> Michał Górny writes:
>
>> Hello,
>>
>> Given that the number of LLVM packages is growing, and probably will
>> grow again (I'm introducing "offload" right now, expect at least MLIR
>> soon, there are open requests fo
Michał Górny writes:
> Hello,
>
> Given that the number of LLVM packages is growing, and probably will
> grow again (I'm introducing "offload" right now, expect at least MLIR
> soon, there are open requests for flang, polly...), I'd like to propose
> creating dedicated categories for these packag
Michał Górny writes:
> Hello,
>
> Given that the number of LLVM packages is growing, and probably will
> grow again (I'm introducing "offload" right now, expect at least MLIR
> soon, there are open requests for flang, polly...), I'd like to propose
> creating dedicated categories for these packag
Grand Duet writes:
> I emerged gsteamer with introspection use flag enabled and it did not help.
and this is already a dependency too.
>
> I have just looked into
> https://ports.freebsd.org/cgi/ports.cgi?query=pitivi&stype=all&sektion=all
> and found out that media-libs/gstreamer-editing-servi
Grand Duet writes:
> I emerged gsteamer with introspection use flag enabled and it did not help.
>
> I have just looked into
> https://ports.freebsd.org/cgi/ports.cgi?query=pitivi&stype=all&sektion=all
> and found out that media-libs/gstreamer-editing-services are also a
> dependency of pitivi
>
Grand Duet writes:
> In short: at least gsound dependency has not been mentioned in the
> pitivi ebuild.
Please file bugs at bugs.gentoo.org so they can be tracked
properly. Thanks.
variables to avoid that.
Bug: https://bugs.gentoo.org/927837
Bug: https://bugs.gentoo.org/927864
Bug: https://bugs.gentoo.org/935721
Signed-off-by: Sam James
---
profiles/default/linux/make.defaults | 11 +++
1 file changed, 11 insertions(+)
diff --git a/profiles/default/linux/make.defaults
kan...@gentoo.org writes:
> From: Matt Jolly
>
> These variables enable users (though most likely Gentoo developers)
> to override the selection of the Rust implementation by the eclass.
>
> This means that _only_ the specified ERUST_SLOT and/or ERUST_TYPE
> ('source' or 'binary') will be checked
On Tue, 2024-12-03 at 16:32 +0100, Michał Górny wrote:
> Hello,
>
> TL;DR: the way llvm/llvm-r1 eclasses currently mangle PATH is broken,
> and I'd like to replace that with something better (possibly in llvm-
> r2.eclass, given how fragile this thing is). So I'd like to discuss
> potential "bett
Michał Górny writes:
> On Thu, 2024-11-28 at 16:56 +, Sam James wrote:
>> Eli Schwartz writes:
>>
>> > On 11/28/24 8:10 AM, Michał Górny wrote:
>> > > On Wed, 2024-11-27 at 23:32 -0500, Eli Schwartz wrote:
>> > >
>> > > Tha
Eli Schwartz writes:
> On 11/28/24 8:10 AM, Michał Górny wrote:
>> On Wed, 2024-11-27 at 23:32 -0500, Eli Schwartz wrote:
>>
>> That looks like something you could do in src_compile() already.
>
>
> Perhaps. But it felt like exporting keys is work that is conceptually
> part of installing, in mu
# Takuya Wakazono (2024-11-27)
# Replaced by sys-boot/woeusb-ng, which has more recent upstream
# activity and optional GUI support.
# Removal on 2024-12-24.
sys-boot/woeusb
Eli Schwartz writes:
> The current state of verify-sig support is a bit awkward. We rely on
> validating distfiles against a known trusted keyring, but creating the
> known trusted keyring is basically all manual verification. We somehow
> decide an ascii armored key is good enough without any po
Michał Górny writes:
> On Wed, 2024-11-27 at 15:30 -0500, Eli Schwartz wrote:
>> The current state of verify-sig support is a bit awkward. We rely on
>> validating distfiles against a known trusted keyring, but creating the
>> known trusted keyring is basically all manual verification. We somehow
On Tue, 2024-11-26 at 07:36 +1000, Matt Jolly wrote:
> Hi,
>
> On 26/11/24 06:13, James Le Cuirot wrote:
>
> > You've lost some lines at the start of dev-lang/rust's src_configure, the
> > filter-lto line and the cross-compiler lines I added the other day. W
On Mon, 2024-11-25 at 13:35 +1000, kan...@gentoo.org wrote:
> From: Matt Jolly
>
> These are the the old ebuilds, updated to be slotted.
>
> Other changes:
>
> - `USE=rls` was dropped at some point, this is now
> hard-enabled.
> - As the LLVM is far too old for Gentoo we are using the bundled
The following packages are up for grabs as a proxied maintainer has
stepped down as they are too busy IRL:
* app-i18n/man-pages-zh_CN
* sys-boot/woeusb
thanks,
sma
On Wed, 2024-11-20 at 22:50 +0100, x...@gentoo.org wrote:
> From: Maciej Barć
>
> Some users asked for it. Also add a link to the Gentoo Wiki with more
> specific examples.
>
> Signed-off-by: Maciej Barć
> ---
> eclass/nuget.eclass | 18 ++
> 1 file changed, 18 insertions(+)
>
On Sat, 2024-11-09 at 17:45 +0100, Michał Górny wrote:
> Hi,
>
> Long story short, a lot of Rust upstreams are ricing in their
> Cargo.toml: enabling LTO, adjusting LTO jobs to exactly 1, and even
> weirder stuff. With C, we generally have clear policies to override
> this and respect user flags.
kan...@gentoo.org writes:
> From: Matt Jolly
>
> This patchset slots Rust, adds `rust.eclass`, a helper eclass for slotted
> Rust,
> and updates `cargo.eclass` to take advantage of the new slotted Rust,
> requiring a
> revbump of dependent packages.
Thanks for doing this.
As we've already dis
x...@gentoo.org writes:
> From: Maciej Barć
>
> Speeds up "dotnet restore". Especially can be noticed when running
> without network sandbox.
> Suggested by vimproved on IRC - thanks!
>
> See also: https://github.com/NuGet/Home/issues/13062
>
> Signed-off-by: Maciej Barć
lgtm
> ---
> eclass/d
x...@gentoo.org writes:
> From: Maciej Barć
>
> This will replace "edotnet fsi" as used in "app-shells/pwsh" package.
>
> Signed-off-by: Maciej Barć
OK given people will likely forget nologo, so probably worth having.
> ---
> eclass/dotnet-pkg-base.eclass | 12
> 1 file changed,
Eli Schwartz writes:
> Apache has a mirror network, which only covers the most recent release
> of any given package. They also have an additional site which does not
> appear to be a CDN, and is throttled and can maybe ban you if you use it
> too much. Unfortunately, it is also the ONLY way to a
Michał Górny writes:
> On Sat, 2024-10-19 at 11:42 +0100, Sam James wrote:
>> I think we should do it, but I have one question: I thought (I might be
>> misremembering though) that one reason for the existing scheme was to
>> allow easy testing of pypy versions for th
Michał Górny writes:
> Hello,
>
> Given that you've expressed your preference for dev-lang/python
> remaining slotted, I'd like to open another can of worms: should we slot
> PyPy consistently with it? Some history and then my ideas below.
I'm on board with this. It'd been on my mind for a whil
Michał Górny writes:
> On Mon, 2024-10-14 at 01:43 +0100, Sam James wrote:
>>
>> > However, I think the cleanest way forward would be to stop slotting
>> > CPython like this, and instead have a separate package for each version,
>> > just like the va
Michał Górny writes:
> Hello,
>
> Historically, all versions of CPython were slotted in a single package,
> i.e.:
>
> dev-lang/python:3.N
>
I feel like this whole thing happened so fast I didn't have a chance to
comment properly. I understand you've retracted it but I'd like to add
some contex
Mitchell Dorrell writes:
> How will the upgrade path look, from e.g. 3.16 to 3.17? What will the typical
> Gentoo user experience be? What will the
> experience be for a Python developer with a local overlay containing custom
> Python packages?
It should be transparent because PYTHON_COMPAT wi
Michał Górny writes:
> On Sat, 2024-10-12 at 10:50 +0200, Luca Barbato wrote:
>> On 12/10/24 10:12, Michał Górny wrote:
>> > Comments?
>> >
>> I'm afraid it would lead to way too many packages and I'm not sure the
>> overall experience would be an improvement.
>
> 5 are too many?
>
>> With your
Ulrich Mueller writes:
>>>>>> On Fri, 11 Oct 2024, Sam James wrote:
>
>> From: Paul Zander
>> Signed-off-by: Paul Zander
>> Closes: https://github.com/gentoo/gentoo/pull/38695
>> Signed-off-by: Sam James
>> ---
>> profiles/arch/amd
From: Paul Zander
Signed-off-by: Paul Zander
Closes: https://github.com/gentoo/gentoo/pull/38695
Signed-off-by: Sam James
---
profiles/arch/amd64/use.mask | 23 +++
profiles/arch/base/use.mask | 23 +++
profiles/arch/x86/use.mask | 23
Alfredo Tupone writes:
> diff --git a/eclass/ada.eclass b/eclass/ada.eclass
> index 3c3fa3c01453..faff19a6ac85 100644
> --- a/eclass/ada.eclass
> +++ b/eclass/ada.eclass
> @@ -45,31 +45,31 @@ _ADA_ECLASS=1
> # dev-foo/mydep"
> # DEPEND="${RDEPEND}"
> # @CODE
> #
> # Example value:
> # @CO
Eli Schwartz writes:
> On 9/25/24 1:47 PM, Mart Raudsepp wrote:
>> Hello
>>
>>
> [...]
>> To my knowledge, one big issue right now is a circular dep between
>> glib->gobject-introspection->glib, which needs proper solving to move
>> forward with things. Or at least look at reducing the glib requ
On Wed, 2024-09-25 at 23:46 +0100, James Le Cuirot wrote:
> On Wed, 2024-09-25 at 14:41 -0400, Ionen Wolkens wrote:
> > On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote:
> > > Chewi was also trying to see if portage can be convinced to stage the
> > > same p
On Wed, 2024-09-25 at 14:41 -0400, Ionen Wolkens wrote:
> On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote:
> > Chewi was also trying to see if portage can be convinced to stage the
> > same package twice with different USE flags in the same emerge process
> > in order to solve cyclical
integrated into eselect-repository to replace the old one. It doesn't
sound like anyone is willing to do the maintenance on it though, so likely
the overlay will just be deleted.
All the best,
James
On Fri, 20 Sept 2024, 04:06 Kevin Brace, wrote:
> Hi Sam,
>
> Okay, if I was not clea
Kevin Brace writes:
> Hi,
Hi,
>
> I am a first time poster who just subscribed to the gentoo-dev mailing list.
> I installed Eclipse IDE 4.6 to one Gentoo Linux installation using the
> community maintained Eclipse IDE repository ebuild when Portage still
> supported EAPI 6, but the current rele
Paul Zander writes:
> This series of patches is meant as a basis to fix the .editorconfig used in
> ::gentoo. Initial reason was that .patch
> files are being broken by the current version.
>
> trimming trailing whitespace breaks patches
>
> Signed-off-by: Paul Zander
> ---
> .editorconfig | 6
Eli Schwartz writes:
> Installing random applications tends to drag in qml requirements, as it
> is a pivotal part of the Qt technology stack required by other
> components. One quickly ends up in USE flag resolution hell when trying
> to select it on a per-package basis for most use cases other
Signed-off-by: Sam James
---
eclass/xdg-utils.eclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/eclass/xdg-utils.eclass b/eclass/xdg-utils.eclass
index 34535a129e334..84f88eee18fce 100644
--- a/eclass/xdg-utils.eclass
+++ b/eclass/xdg-utils.eclass
@@ -1,4 +1,4
Signed-off-by: Sam James
---
eclass/xdg.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/xdg.eclass b/eclass/xdg.eclass
index 14c56047af451..6af4b91875fc6 100644
--- a/eclass/xdg.eclass
+++ b/eclass/xdg.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023
Signed-off-by: Sam James
---
eclass/wrapper.eclass | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/eclass/wrapper.eclass b/eclass/wrapper.eclass
index 8d3d273d81c65..a62bb51d0fe71 100644
--- a/eclass/wrapper.eclass
+++ b/eclass/wrapper.eclass
@@ -1,4 +1,4
Signed-off-by: Sam James
---
eclass/webapp.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/webapp.eclass b/eclass/webapp.eclass
index 5b091c84851ff..e8bc127e1b96c 100644
--- a/eclass/webapp.eclass
+++ b/eclass/webapp.eclass
@@ -1,4 +1,4
Signed-off-by: Sam James
---
eclass/virtualx.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/virtualx.eclass b/eclass/virtualx.eclass
index f7318eafc59e7..07d303899582e 100644
--- a/eclass/virtualx.eclass
+++ b/eclass/virtualx.eclass
@@ -1,4 +1,4
Signed-off-by: Sam James
---
eclass/vim-spell.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/vim-spell.eclass b/eclass/vim-spell.eclass
index 607771ae8035d..57bcb0dc8021b 100644
--- a/eclass/vim-spell.eclass
+++ b/eclass/vim-spell.eclass
@@ -62,14
Signed-off-by: Sam James
---
eclass/vim-plugin.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/vim-plugin.eclass b/eclass/vim-plugin.eclass
index ee4f1b6e0f813..b2ae0cb9e4c33 100644
--- a/eclass/vim-plugin.eclass
+++ b/eclass/vim-plugin.eclass
Signed-off-by: Sam James
---
eclass/vim-doc.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/vim-doc.eclass b/eclass/vim-doc.eclass
index 119ce793071d6..f20f7397cf65b 100644
--- a/eclass/vim-doc.eclass
+++ b/eclass/vim-doc.eclass
@@ -1,4 +1,4
Signed-off-by: Sam James
---
eclass/vcs-clean.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/vcs-clean.eclass b/eclass/vcs-clean.eclass
index e4c61ac7164ac..719bdec17676b 100644
--- a/eclass/vcs-clean.eclass
+++ b/eclass/vcs-clean.eclass
@@ -1,4
Signed-off-by: Sam James
---
eclass/udev.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/udev.eclass b/eclass/udev.eclass
index ac94f98221aad..7fd99cbba8b06 100644
--- a/eclass/udev.eclass
+++ b/eclass/udev.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999
Signed-off-by: Sam James
---
eclass/toolchain-funcs.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass
index 5e36fa275dcd0..66819996ea33b 100644
--- a/eclass/toolchain-funcs.eclass
+++ b/eclass
Signed-off-by: Sam James
---
eclass/tmpfiles.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/tmpfiles.eclass b/eclass/tmpfiles.eclass
index 39650401a6a0f..63889a275fef5 100644
--- a/eclass/tmpfiles.eclass
+++ b/eclass/tmpfiles.eclass
@@ -1,4 +1,4
Signed-off-by: Sam James
---
eclass/systemd.eclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/eclass/systemd.eclass b/eclass/systemd.eclass
index 03d6a82fd3103..a5f0decde1e35 100644
--- a/eclass/systemd.eclass
+++ b/eclass/systemd.eclass
@@ -1,4 +1,4
Signed-off-by: Sam James
---
eclass/strip-linguas.eclass | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/eclass/strip-linguas.eclass b/eclass/strip-linguas.eclass
index 718341b4a6264..b31f414c87c31 100644
--- a/eclass/strip-linguas.eclass
+++ b/eclass/strip
Signed-off-by: Sam James
---
eclass/ruby-utils.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/ruby-utils.eclass b/eclass/ruby-utils.eclass
index 789f57ce25f6a..48a25114b396b 100644
--- a/eclass/ruby-utils.eclass
+++ b/eclass/ruby-utils.eclass
1 - 100 of 1132 matches
Mail list logo
