On Fri, Mar 28, 2025 at 01:15:44PM +0500, Anna Vyalkova wrote:
> On 2025-03-28, Michał Górny wrote:
> > Hello,
> >
> > I've looked at our repositories.xml and the quality/status attributes
> > don't seem to be used very meaningfully.
> >
> > That is, by quality:
> >
> > core: gentoo [official]
>
On Sun, Mar 23, 2025 at 11:17:20AM +0100, Gerion Entrup wrote:
> Am Freitag, 21. März 2025, 14:32:31 Mitteleuropäische Normalzeit schrieb
> Michał Górny:
> > Hello, everyone.
> >
> > TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
> > except for gentoo and guru.
> >
> >
> >
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 I have nothing to say against
dropping these if it's a maintenance burden.
> S
On Wed, Mar 19, 2025 at 08:32:54PM -0400, Ionen Wolkens wrote:
> On Wed, Mar 19, 2025 at 06:18:49PM +0100, Ulrich Müller wrote:
> > There was a discussion in #gentoo-pms if we should drop the "domo"
> > install function in EAPI 9:
> >
> > - It is not much used
On Wed, Mar 19, 2025 at 06:18:49PM +0100, Ulrich Müller wrote:
> There was a discussion in #gentoo-pms if we should drop the "domo"
> install function in EAPI 9:
>
> - It is not much used, only 6 packages (13 ebuilds) in the Gentoo
> repository.
>
> - Could you explain (e.g. to a new developer)
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 hoped to receive more comments on my earlier RFC. [...
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 hoped to receive more comments on my earlier RFC. [...
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 hoped to receive more comments on my earlier RFC. [...
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 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
On Fri, Mar 14, 2025 at 08:47:37PM +0100, Nowa Ammerlaan wrote:
> On 14/03/2025 17:23, Ionen Wolkens wrote:
> > On Fri, Mar 14, 2025 at 01:48:50PM +0100, Nowa Ammerlaan wrote:
> >> eclass/linux-mod-r1.eclass | 7 +++
> >
> > ftr my opinion on this hasn't
On Fri, Mar 14, 2025 at 01:48:50PM +0100, Nowa Ammerlaan wrote:
> eclass/linux-mod-r1.eclass | 7 +++
ftr my opinion on this hasn't changed since the beginning, I was hoping
that the idea would be scrapped early rather than more work being put
into it.
This just feels like a messy half-soluti
On Tue, Mar 11, 2025 at 04:37:50AM -, Duncan wrote:
> Ionen Wolkens posted on Sun, 9 Mar 2025 15:34:51 -0400 as excerpted:
>
> > On Sat, Mar 08, 2025 at 10:34:31PM -0500, Ionen Wolkens wrote:
> >> Sending this to dev ML in advance given it's simple and "probably
On Mon, Mar 10, 2025 at 09:40:09PM +0100, 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-learning)
> The packages that I can move from dev-libs in the
On Sat, Mar 08, 2025 at 10:34:31PM -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/ge
On Sun, Mar 09, 2025 at 12:45:37PM -0400, Eli Schwartz wrote:
> On 3/8/25 10:34 PM, 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 i
On Sun, Mar 09, 2025 at 10:33:13AM +, James Le Cuirot wrote:
> On Sun, 2025-03-09 at 06:27 -0400, Ionen Wolkens wrote:
> > On Sun, Mar 09, 2025 at 10:17:42AM +, James Le Cuirot wrote:
> > > > +ffmpeg_compat_setup() {
> > > > + (( ${#}
On Sun, Mar 09, 2025 at 10:17:42AM +, James Le Cuirot wrote:
> > +ffmpeg_compat_setup() {
> > + (( ${#} == 1 )) || die "Usage: ${FUNCNAME} "
> > +
> > + local path=${SYSROOT}$(ffmpeg_compat_get_prefix "${1}")
> > + [[ ${PKG_CONFIG_PATH} =~ (.*)"${path}"/[^/]+/pkgconfig:(.*) ]] &&
> > +
hing that often need hacks.
Essentially just a way for broken packages to gain time without
blocking everyone's ffmpeg updates.
Signed-off-by: Ionen Wolkens
---
eclass/ffmpeg-compat.eclass | 69 +
1 file changed, 69 insertions(+)
create mode 100644 eclass/f
# Ionen Wolkens (2025-02-14)
# No revdeps left, and serves no purpose on its own. Formerly used
# by <=app-emulation/wine-*-7 but <=7.x has been dropped and newer
# versions of it cross-build their own .dll (PE) version of it
# leaving the system's .so (ELF) copy unused.
#
# In other
# Ionen Wolkens (2025-02-11)
# Fails to build with >=gcc14 and >=clang16 (Modern C) and tests fail
# among several other accumulating issues. Hasn't received a release
# since 2013 and snapshots been difficult due to upstream often doing
# refactoring leading to various runtime regre
On Wed, Feb 05, 2025 at 01:10:10PM -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.
I think it's a good change, but just to note it could break things
that relied on CPP be
On Mon, Jan 13, 2025 at 05:23:54AM -0800, orbea wrote:
> On Mon, 13 Jan 2025 10:40:30 +0100
> Florian Schmaus wrote:
>
> > On 12/01/2025 13.56, Michał Górny wrote:
> > > Emit a QA warning suggesting the use of crate tarball, when the
> > > package in question uses 300 crates or more. Such a long
On Sun, Jan 12, 2025 at 02:30:10PM +, Alexey Sokolov wrote:
> 12.01.2025 13:15, Agostino Sarubbo пишет:
>
> > On domenica 12 gennaio 2025 13:56:39 CET Michał Górny wrote:
> >
> >> + if [[ ${#crates[@]} -ge 300 ]]; then
> >
> >> + eqawarn "This package uses a very large number of
> >
> >> CRATE
On Fri, Jan 10, 2025 at 01:49:37PM +0200, Viorel Munteanu wrote:
> Hi,
>
> Due to maintainer retiring, these packages are now up for grabs:
>
> - app-i18n/uchardet, not up to date, 0 open bugs
Guess I'll take this one given mpv optionally depends on it.
--
ionen
signature.asc
Description: PGP
On Thu, Jan 02, 2025 at 07:56:03PM +, Sam James wrote:
> 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 the
On Mon, Dec 30, 2024 at 11:35:25PM +, 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
> binaries from stripping, but it expects the argument to be unprefixed,
> and the argume
On Sat, Dec 21, 2024 at 03:28:55PM +0100, Sebastian Pipping wrote:
> 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 o
On Sun, Dec 15, 2024 at 10:22:06AM +0200, Mickaël Bucas wrote:
> Le sam. 14 déc. 2024, 00:32, Andreas Sturmlechner a
> écrit :
>
> > 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,
> >
On Tue, Dec 10, 2024 at 03:26:38AM -0500, Eli Schwartz wrote:
> On 12/10/24 3:02 AM, Ionen Wolkens wrote:
> > That aside, I personally feel that an option could instead be
> > to consider merged-usr binpkg on non-merged-usr as unsupported
> > and only support merged-us
On Tue, Dec 10, 2024 at 03:26:38AM -0500, Eli Schwartz wrote:
> On 12/10/24 3:02 AM, Ionen Wolkens wrote:
> > Albeit I don't understand what would be doing in there, setting the
> > full path for the current profile wouldn't accomplish anything for
> > binpk
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
> >> https://forums.gentoo.org/viewtopic-t-1171999.html.
> >>
> >> The results of these tests are often
On Fri, Nov 29, 2024 at 01:42:40AM +, MYT wrote:
> Hi Paul,
>
> thanks for the reply. To be honest I'm a bit confused about your suggestion
> as I don't think I declared any new associative array. The patch only add new
> value in the string with delimeter. So I'm not sure what you expect me
On Fri, Sep 27, 2024 at 04:15:38AM -0400, Ionen Wolkens wrote:
> On Fri, Sep 27, 2024 at 08:01:35AM +, Andrey Grozin wrote:
> > What is the Qt component RemoteObjects? Does it exist in one of the dev-qt
> > packages?
>
> It's not currently packaged[1], it wasn'
On Fri, Sep 27, 2024 at 08:01:35AM +, Andrey Grozin wrote:
> What is the Qt component RemoteObjects? Does it exist in one of the dev-qt
> packages?
It's not currently packaged[1], it wasn't for Qt5 either given nothing
in the tree needed it which didn't prompt us to add it for Qt6.
Not that
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 USE flag dependencies, but it's not a
> guarantee...
I see it
On Sat, Sep 14, 2024 at 12:23:05PM +0200, Andreas Sturmlechner wrote:
> 1) overall small impact on binary size, no runtime implications for X users
> 2) desktop profile definition is "minimal" USE flags, not necessarily "legacy"
> 3) plenty of "minimal" gui-wm/* exist, so X WMs can't claim that spa
This includes migrating existing packages to Qt6, forcing Qt6 when
a package supports both rather than have USE=qt5/qt6, and last-riting
packages with a dead upstream that are unlikely to ever support Qt6.
Forcing Qt6 was formerly avoided due to poor integration on Qt5
DEs, but Plasma 6 is now sta
On Wed, Aug 07, 2024 at 09:19:36PM +0100, James Le Cuirot wrote:
> On Wed, 2024-08-07 at 19:39 +0200, Michał Górny wrote:
> > On Wed, 2024-08-07 at 16:52 +0100, James Le Cuirot wrote:
> > > The flags we set an a target-specific environment variable override any
> > > generic [build] flags set by th
# Volkmar W. Pogatzki (2024-07-29)
# Lacks maintainer capacity for update version plus java dependencies.
# A pull request for the version bump could be provided on request.
# Removal on 2024-08-28. Bug #736076.
media-video/bdsup2sub
signature.asc
Description: PGP signature
On Mon, Jul 01, 2024 at 11:36:01PM +0200, Ulrich Müller wrote:
> Apparently there is no reference to a .tmp_gas_check file or to a TOUT
> variable in Linux sources any more.
>
> Bug: https://bugs.gentoo.org/75034#c14
> Signed-off-by: Ulrich Müller
> ---
> eclass/linux-info.eclass | 6 --
> 1
On Tue, Jun 18, 2024 at 09:21:56PM +0300, Arthur Zamarin wrote:
> On 18/06/2024 17.53, Florian Schmaus wrote:
> > On 18/06/2024 16.02, Ulrich Mueller wrote:
> >>> On Tue, 18 Jun 2024, Florian Schmaus wrote:
> > Finally, unlike readme.gentoo-r1.elcass, this eclass does not need
> > to st
On Mon, Jun 17, 2024 at 05:11:03PM +0200, Ulrich Mueller wrote:
> > On Mon, 17 Jun 2024, Michał Górny wrote:
>
> > I think it would be less confusing to have an optional arg to Closes,
> > something like:
>
> > Closes[PKGREMOVED]: ...
>
> Yay, bikeshedding. :) But seriously, since we alrea
On Sat, Jun 15, 2024 at 08:14:34PM +0200, Florian Schmaus wrote:
> On 13/06/2024 17.03, James Le Cuirot wrote:
> > Several Cargo-based ebuilds cannot use cargo_src_install for various
> > reasons and manually install binaries from within the target directory
> > instead. It is common to see `target
On Thu, Jun 13, 2024 at 10:39:24AM +0200, Florian Schmaus wrote:
> Following up on the discussion of the last patchset, this
> - moves the functionally into a new eclass, as adjusting the existing
> eclass to export new phase functions is not viable.
> - excludes the README.gentoo from decompress
On Tue, Jun 04, 2024 at 02:37:56PM -0400, Ionen Wolkens wrote:
> On Tue, Jun 04, 2024 at 07:45:39PM +0200, Ulrich Mueller wrote:
> > In any case, the above size considerations aren't important. My main
> > point is that the code is getting way too complicated for the simple
&g
On Tue, Jun 04, 2024 at 07:45:39PM +0200, Ulrich Mueller wrote:
> In any case, the above size considerations aren't important. My main
> point is that the code is getting way too complicated for the simple
> task of printing a few lines in pkg_postinst.
Have to say that this is mostly how I feel a
Bare rare exceptions, nowadays the Gentoo's Qt project is intended
to maintain Qt itself and not end-user applications that merely
happen to use Qt. This may have worked in the past but we do not
have enough interested members to maintain these.
*Most* of these were effectively unmaintained by Qt
On Wed, May 01, 2024 at 03:32:21PM +0200, Michał Górny wrote:
> The idea is to increase awareness of the AI policy, as well as other
> rules, and to inform users before they submit a PR.
Bit mixed feelings about this given checkboxes feel like unnecessary
churn for routine contributors and is semi
On Tue, Feb 27, 2024 at 03:45:17PM +0100, Michał Górny wrote:
> Hello,
>
> Given the recent spread of the "AI" bubble, I think we really need to
> look into formally addressing the related concerns. In my opinion,
> at this point the only reasonable course of action would be to safely
> ban "AI"-
On Tue, Feb 13, 2024 at 09:19:46AM +0100, Matthias Schwarzott wrote:
> virtual/linuxtv-dvb-headers has been important in the past when
> linux-headers was not yet up-to-date.
> Now it just pulls in >=sys-kernel/linux-headers-3.7.
> Even that could be dropped as it is part of @system.
>
> Bug: http
On Wed, Feb 14, 2024 at 11:38:49AM +0100, Michał Górny wrote:
> Hello,
>
> The following packages are also left with no maintainer:
>
> dev-util/shellcheck-bin
I'll take this, not that I have any interest in the non-bin variant.
--
ionen
signature.asc
Description: PGP signature
On Wed, Feb 14, 2024 at 03:25:43PM +, stefan1 wrote:
> On 2024-02-14 10:38, Michał Górny wrote:
> > Hello,
> >
> > The following packages are also left with no maintainer:
> >
> > x11-misc/dmenu
> > x11-wm/dwm
>
> Does this mean I should expect last-rites and should add them to my
> ove
On Fri, Feb 09, 2024 at 03:23:10PM +, Andrey Grozin wrote:
> Hello *,
>
> pkgcheck complains about each new version of dev-lisp/sbcl:
>
> UseFlagWithoutDeps: version 2.4.1: special small-files USE flag without
> effect on dependencies: [ unicode ]
>
> The USE flag "unicode" in the sbcl ebui
On Wed, Feb 07, 2024 at 12:03:52PM +0100, Michał Górny wrote:
> Hi,
>
> I think we should add a new bug resolution that would more precisely
> cover closing bugs due to packages being removed. Right now, whichever
> resolution we use (be it WONTFIX, OBSOLETE, etc.), we aren't able to
> easily dis
On Mon, Feb 05, 2024 at 11:44:37PM +, Sam James wrote:>
> We should mention that https://bugs.gentoo.org/923228 was the motivation
> that tipped us over the edge here.
>
> We should also consider the https://bugs.gentoo.org/880671 /
> https://bugs.gentoo.org/821955 case, as I think this is go
On Thu, Jan 18, 2024 at 02:33:08PM +0100, Maciej Barć wrote:
> A lot of Bazel bugs were just left to rot, even though they are invalid.
> There are work from users to get Bazel to a reasonable state, see:
> https://bugs.gentoo.org/918703 (plus comment #1)
>
> > # Unmasking this requires a sign-off
On Sat, Dec 30, 2023 at 06:07:16AM +0100, Michał Górny wrote:
> Signed-off-by: Michał Górny
> ---
> eclass/linux-mod-r1.eclass | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/eclass/linux-mod-r1.eclass b/eclass/linux-mod-r1.eclass
> index b6be4ba8a16d..4de2e3f89995 100644
> --- a/ecl
On Thu, Nov 23, 2023 at 05:31:59PM +0800, WANG Xuerui wrote:
> This is necessary for the build artifact to conform to the configured
> ISA level and features on those arches. The logic is also taken from
> the dev-lang/go ebuild.
>
> Signed-off-by: WANG Xuerui
> ---
> eclass/go-env.eclass | 21 +
# Ionen Wolkens (2023-10-10)
# Formerly added for unbundling on games-emulation/pcsx2, which is
# no longer needed. Has no real use on its own, has no revdeps, and
# does not have real releases (snapshot-only).
# Removal on 2023-11-09.
dev-libs/libchdr
signature.asc
Description: PGP signature
On Sat, Sep 23, 2023 at 03:39:32PM +0100, Sam James wrote:
>
> Michael Orlitzky writes:
>
> > On Sat, 2023-09-23 at 00:10 +0530, Siddhanth Rathod wrote:
> >>
> >> By establishing a universal remote-ID file, we can streamline this
> >> process. Your thoughts and feedback on this proposal would
On Sun, Sep 10, 2023 at 02:28:21PM -0400, Ionen Wolkens wrote:
> On Sun, Sep 10, 2023 at 03:45:21PM +, Rafael Kitover wrote:
> > Add the egl USE flag and description to profiles/use.desc and remove egl
> > flag descriptions from all ebuild metadata.xml files that contain it.
>
On Sun, Sep 10, 2023 at 03:45:21PM +, Rafael Kitover wrote:
> Add the egl USE flag and description to profiles/use.desc and remove egl
> flag descriptions from all ebuild metadata.xml files that contain it.
>
> PR: https://github.com/gentoo/gentoo/pull/32452
>
> Signed-off-by: Rafael Kitover
On Sun, Aug 27, 2023 at 02:00:10AM +0300, Alexe Stefan wrote:
> Just... how?
> Are there really that few people using them?
> I thought these were popular packages.
Even the most popular package can be temporarily without a maintainer
if the only maintainer leaves until someone else picks it up. T
Noticed that the following packages have been dropped to m-n
back on August 9 2023, but no mail been sent:
acct-group/maradns
acct-user/duende
acct-user/maradns
app-admin/ryzen_monitor
app-admin/ryzen_smu
app-portage/pkg-testing-tools
app-shells/zsh
app-text/zathura
dev-libs/girara
dev-libs/libdis
On Tue, Aug 15, 2023 at 11:02:54PM +0100, James Le Cuirot wrote:
> We dynamically determine Python's SITEDIR and INCLUDEDIR using the build
> host's Python. This breaks down when the build host's prefix differs
> from the target host's prefix, so chop off the former and prepend the
> latter.
>
> T
On Mon, Jul 31, 2023 at 12:41:19PM +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_CRATE_URIS.
>
> Ebuilds tha
On Thu, Jul 20, 2023 at 01:11:10PM -0400, Ionen Wolkens wrote:
> On Thu, Jul 20, 2023 at 06:58:04PM +0200, Ulrich Mueller wrote:
> > >>>>> On Thu, 20 Jul 2023, Mike Gilbert wrote:
> >
> > > On Thu, Jul 20, 2023 at 11:06 AM Florian Schmaus wrote:
> &
On Thu, Jul 20, 2023 at 06:58:04PM +0200, Ulrich Mueller wrote:
> > On Thu, 20 Jul 2023, Mike Gilbert wrote:
>
> > On Thu, Jul 20, 2023 at 11:06 AM Florian Schmaus wrote:
> >> While the bash language has no boolean datatype, you can exploit the
> >> fact that 'true' and 'false' are usually sh
On Mon, Jul 17, 2023 at 08:34:45PM +0300, Arthur Zamarin wrote:
> Hmm, I was thinking the opposite (maintaining it in parallel place to
> the package would be harder), but if you say so (and you help maintain
> huge clusters of packages so I believe you) then I think we don't have
> any good reason
On Wed, Jun 07, 2023 at 04:12:22PM +0200, Toralf Förster wrote:
> 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.
We already "have" one but it's be
On Sun, May 28, 2023 at 08:41:16AM -0400, Ionen Wolkens wrote:
> Likely final as far as initial merge goes.
>
> Given been suggested that it'd be easier to have it in the tree for
> testing and that without consumers it can't break anything (yet),
> planning to merge tomo
class/linux-mod-r1.eclass b/eclass/linux-mod-r1.eclass
new file mode 100644
index ..a27809031cb0
--- /dev/null
+++ b/eclass/linux-mod-r1.eclass
@@ -0,0 +1,1206 @@
+# Copyright 2023 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+# @ECLASS: linux-mod-
On Fri, May 26, 2023 at 06:06:46AM +0100, Sam James wrote:
>
> 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 (alternati
Randomly migrating myself as a very simple migration example (don't
actually use this, no hardware). Notably makes the CC_IS_CLANG checks
from the old ebuild unnecessary.
Signed-off-by: Ionen Wolkens
---
.../ryzen_smu-0.1.2_p20211205-r1.ebuild | 28 +++
1 file change
but -r1
additionally makes it non-fatal if a whitelist exists in the kernel
* bug #816024: trying to select toolchain better is a -r1 highlight
Bug: https://bugs.gentoo.org/447352
Bug: https://bugs.gentoo.org/759238
Bug: https://bugs.gentoo.org/816024
Signed-off-by: Ionen Wolkens
---
eclass/linu
ilure out-of-the-box).
Having a USE also makes it more obvious that support exists,
and attempting to enable will give bit of explanations if anything
is amiss.
Name-wise, debated between this and 'sign-modules' but fwiw former
sorts better with the already existing 'modu
ging paths (or even symbols, or anything) and is merely
"do not strip".
No USE in ::gentoo currently contain the word "strip" and defining
it should not conflict.
Signed-off-by: Ionen Wolkens
---
profiles/use.desc | 1 +
1 file changed, 1 insertion(+)
diff --git a/profiles/use.
-r1 gives an overview of feature differences
with -r0.
Including a simple migrated ebuild (ryzen_smu) to show what it
looks like. PR[1] has additional ones, currently: nvidia-drivers,
virtualbox-modules, xpadneo, and zfs-kmod.
[1] https://github.com/gentoo/gentoo/pull/31154
Ionen Wolkens (4
On Mon, May 22, 2023 at 05:54:05AM -0700, orbea wrote:
> On Sun, 21 May 2023 22:48:50 +0100
> Sam James wrote:
>
> > Ionen pointed this out again today and it made me look back at it;
> > there's no reason to not have vulkan on by default for desktop
> > profiles.
>
> Its not supported in nouvea
On Mon, May 22, 2023 at 10:13:59AM +0200, Ulrich Mueller wrote:
> > On Sun, 21 May 2023, Sam James wrote:
>
> > Ionen pointed this out again today and it made me look back at it;
> > there's no reason to not have vulkan on by default for desktop
> > profiles.
>
> That's a non-sequitur. No rea
On Sun, Apr 09, 2023 at 10:48:56PM +0200, Andrew Ammerlaan wrote:
> Because the following packages are no longer (test) dependencies of
> dev-python/spyder they are looking for a new maintainer:
> dev-python/pytest-faulthandler
> dev-python/pytest-ordering
> dev-python/pytest-xvfb
I'll take this
Not needed by the Wine project since >=wine-7 and we no longer support
wine-6.
No known bugs, bumped to latest (with ebuild cleanups), and pending
stable(or destabilizing) + cleanup whenever.
Multilib support was removed in last bump given it doesn't make sense
if not going to be used by Wine, bu
On Thu, Feb 09, 2023 at 12:48:45PM -0800, Georgy Yakovlev wrote:
> + strip = "none"
strip was stabilized in rust-1.59, this will likely fail without
USE=nightly on older rusts and other patch is only setting >=1.57
Haven't checked other options, I just happened to remember this one.
--
ionen
On Sat, Jan 28, 2023 at 05:38:05PM +0100, Michał Górny wrote:
> Hi, everyone.
>
> TL;DR: I'd like to propose naming dev-python/* packages following PyPI
> names whenever possible, case-preserving, with modifications only when
> necessary to match PN rules.
>
>
> So far the naming in dev-python/*
# Ionen Wolkens (2023-01-28)
# Recently broke at runtime, and its relationship with evolving
# swig+python is likely to keep breaking this further without an
# active upstream (no activty since 2018) to keep up with changes.
# Removal: 2023-02-27. Bug #892323
games-rpg/adonthell
games-rpg
# Ionen Wolkens (2023-01-24)
# Mostly obsoleted by the better maintained net-misc/yt-dlp, please
# migrate. If had USE=yt-dlp enabled (default) then was likely already
# using through its youtube-dl compatibility wrapper and this will
# change nothing beside needing to ensure that it is not
On Wed, Jan 18, 2023 at 08:48:56PM -0500, Joshua Kinard wrote:
>
> So this article[1] from 2017 popped up again on the tech radar via
> hackernews[2] and a few other sites[3]. It
> annotates how if the envvar TZ is undefined on a Linux system, it causes
> glibc to generate a number of
> addit
On Wed, Jan 18, 2023 at 05:37:03AM -0800, orbea wrote:
> I think this is a mistake, libglvnd has a documented performance hit
> and should be optional.
Optional glvnd was a complete mess and this isn't happening.
Also, performance impact is only relevant if cpu-bound which is rather
rare for norm
On Fri, Jan 13, 2023 at 02:35:45PM +0100, Michał Górny wrote:
> Friends,
>
> Our dear friend zlogene has been inactive recently, and for this reason
> the packages listed below are looking for new maintainers. Please take
> a look and see if you're interested in a few of them.
>
[...]
> app-misc
On Sun, Dec 18, 2022 at 10:51:49AM +0100, Pacho Ramos wrote:
> This morning I was surprised about a clanlib game consumer no having
> sound, and I noticed sound USE flag wasn't enabled.
>
> I think "sound" should be expected on most "desktop" systems.
>
> Any thoughts on enabling it by default on
# Ionen Wolkens (2022-12-07)
# Formerly added to apply binary git patches to wine-staging without git, but
# has not been used since 2017 and stuck on EAPI-6. Alternatives: dev-vcs/git
# Removal: 2023-01-06.
dev-util/patchbin
signature.asc
Description: PGP signature
# Ionen Wolkens (2022-11-30)
# Stuck on ruby27 and ruby-gtk2, upstream gone and no other distros
# seem to package this (also barely functional using current ruby
# and has a tendency to crash).
# Removal: 2022-12-30.
games-board/camato
signature.asc
Description: PGP signature
On Fri, Nov 25, 2022 at 02:28:23PM +0100, Volkmar W. Pogatzki wrote:
> > Michał Górny hat am 25.11.2022 14:16 CET geschrieben:
> >
> >
> > On Fri, 2022-11-25 at 10:04 +0100, Volkmar W. Pogatzki wrote:
> > > > This doesn't seem consistent. How is it supposed to work?
> >
> > You didn't answer
On Wed, Nov 23, 2022 at 09:05:47PM -0500, Ionen Wolkens wrote:
> On Thu, Nov 24, 2022 at 01:32:04AM +, Alexey Sokolov wrote:
> > > However, I tend to agree that the category should be named app-meta
> > > rather than sys-meta, because chances are that non-system packages
On Thu, Nov 24, 2022 at 01:32:04AM +, Alexey Sokolov wrote:
> > However, I tend to agree that the category should be named app-meta
> > rather than sys-meta, because chances are that non-system packages will
> > also make use of it.
> >
> > Ulrich
>
> Since these packages manage symlinks, mak
On Wed, Nov 23, 2022 at 10:49:20AM -0500, Ionen Wolkens wrote:
> Not sure for a better name though, alternatives/tar? Haven't really
> thought about it, but technically no need for a prefix- like virtual.
For something shorter, select/tar maybe. Or select-meta if want
to keep a
On Wed, Nov 23, 2022 at 02:58:14PM +0100, Piotr Karbowski wrote:
> I am very much in favour to have a package that controls those symlinks.
> What is not immediately clear to me is what would that mean for eselect
> in long run. Is it so that you'd like to keep eselect around and alive
> paralle
On Wed, Nov 23, 2022 at 03:37:57PM +0100, Michał Górny wrote:
> > * The name also suggests to me that it will control sys-*
> > implementations, but the victims so far are all app-*. Obviously,
> > we don't want twenty *-meta categories though.
> >
> > * The -meta prefix is already us
# Ionen Wolkens (2022-11-21)
# Was added only for dev-python/pytest-bdd which no longer needs it.
# If using, migrate to stdlib glob which supports `**` since python-3.5.
# Removal: 2022-12-21.
dev-python/glob2
--
ionen
signature.asc
Description: PGP signature
On Sun, Oct 09, 2022 at 10:25:47PM +0100, Sam James wrote:
> ## Bonus
>
> It also *warns* about K&R declarations and ill-defined, deprecated
> prototypes,
> so for bonus work, test with:
> * -Werror=strict-prototypes (C only)
> * -Werror=deprecated-non-prototype (C only)
>
> It's suggested that i
1 - 100 of 186 matches
Mail list logo
