Ensure we consistently use the variable referencing the $CARGO that is
definitely guaranteed to exist.
Signed-off-by: Eli Schwartz
---
eclass/cargo.eclass | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index 95d485ab20c3..d93ae1723
rectly in the list.
...
Hmm, now that makes me think. Sam, maybe we can fix AT_SYS_M4DIR by
making it not get passed as -I but instead get concatenated into
${T}/aclocal/dirlist
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
ls native and clean and "not a hack".
And what seems "not a hack" to me is that if you install kernel sources,
you should be able to install module sources too.
> But I don't consider myself an expert on kernel modules either, just the
> fact that Ionen shares my unease (or I share his) makes me feel like
> mine isn't unwarranted.
>
>> [...]
>
> thanks,
> sam
>
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
hich people should use instead. Maybe one day someone
will propose an unspecified PMS solution for this.
"""
No. Sorry. You're the one proposing hacky interim usage as a "better
than nothing" solution.
Building modules inside a package does have significant usefulness for
the purpose of e.g. rolling out cached binary packages to a fleet of
boxes, but I can't accept the notion that hackily changing the kernel
sources and repeatedly running `emerge @module-rebuild` is a good option
either as an interim or a permanent approach to build modules for
multiple kernels.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
\
I had discussed this in IRC last week with Sam. My conclusion was:
We end up running with
aclocal -I ${AT_M4DIR} -I ${AT_SYS_M4DIR} ${ACLOCAL_AMFLAGS}
--system-acdir="${T}"/aclocal
We *should* be running with this instead:
aclocal -I ${AT_M4DIR} ${ACLOCAL_AMFLAGS} -I ${AT_SYS_M4DIR}
--system-acdir="${T}"/aclocal
Slibtool is a symptom of an underlying problem which is that the eclass
has broken ordering regardless.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
On 3/10/25 6:59 PM, Maciej Barć wrote:
> W dniu 10.03.2025 o 23:42, Eli Schwartz pisze:
>> I don't understand your argument at all. "ml" is hardly a reserved
>> concept, and dev-ml exists precisely for "libraries and utilities
>> relevant to the ML progra
I'd be happy at minimum to help test it, although in principle I'm not
uninterested in the rest.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
s it's way too
specific, unless it is strictly limited to e.g. ollama, which isn't
actually packaged in ::gentoo and isn't actually on topic as a result.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
aren't really
about generative AI at all, and the term is otherwise too loaded with
confusion.
Although maybe it should be sci-ml.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
major difference here. And keeping it all in one PN would mean you don't
have issues with ffmpeg and ffmpeg-compat wanting to install each
others' libraries and maybe ending up with both installed. You also
wouldn't need to e.g. maintain the same patchset for multiple packages.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
hy you are sending a worried reply indicating you think
the situation is hopeless. Based on your list, the situation is the very
opposite of hopeless. And your list is just a bunch of action points
that you, yourself, can work on *today* in order to make things better.
Why all the doom and gloom?
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
On 12/10/24 1:31 PM, Michael Orlitzky wrote:
> On 2024-12-10 00:54:11, Eli Schwartz wrote:
>>
>> What circumstances other than a shebang might break without a full path?
>
> When PATH is not reliable, like inside a cron job. Or arguments to execve().
execve doesn't
ned as "affected"
based on whether they are broken and fail to work, and that remains true
during -e as well since packages depending on the broken package will
fail to successfully -e.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
ing to treat EGREP, FGREP, and EGREP_TRADITIONAL as paths of any
sort will be outright broken, even, since "/bin/grep -E" can't be used
as a full filepath anyway.
What circumstances other than a shebang might break without a full path?
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
s, rebuild llvm again but this time with clang etc. enabled. Not
sure this is actually solving the stated objection...
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
o, but that's a separate story.
Ephemeral state is an even greater indication of why refreshes should be
expected to fail without failing the test :) since an ephemeral state
that is not yet consistent does not mean the key has disappeared or that
it needs to be updated.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
On 11/28/24 5:35 AM, Ulrich Müller wrote:
>>>>>> On Wed, 27 Nov 2024, Eli Schwartz wrote:
>
>> --- /dev/null
>> +++ b/eclass/sec-keys.eclass
>> @@ -0,0 +1,150 @@
>> +# Copyright 2024 Gentoo Authors
>> +# Distributed under the terms of the GN
On 11/28/24 8:10 AM, Michał Górny wrote:
> On Wed, 2024-11-27 at 23:32 -0500, Eli Schwartz wrote:
>> +# @ECLASS_VARIABLE: SEC_KEYS_VALIDPGPKEYS
>> +# @PRE_INHERIT
>> +# @DEFAULT_UNSET
>> +# @DESCRIPTION:
>> +# Mapping of fingerprints, name, and optional location of
d have instead modified "none" to
"openpgp" for daiki, had the eclass existed exactly a year ago.
Bug: https://gitlab.com/gnutls/web-pages/-/issues/6
Fixes: 1061fd37f9491f2601a8b5b6c92ffc3a2f42d7c9
Signed-off-by: Eli Schwartz
---
sec-keys/openpgp-keys-gnutls/Manifest
former can be rationalized in the commit message. So can the latter, but
in most cases those will be rejected during peer review.
Signed-off-by: Eli Schwartz
---
eclass/sec-keys.eclass | 197 +
1 file changed, 197 insertions(+)
create mode 100644 eclass/sec
v2 changes:
- add src_test
- add support for gentoo keyserver
- fix small typo in handling multiple sources
- remove outdated die based on review
Eli Schwartz (2):
sec-keys.eclass: new eclass
sec-keys/openpgp-keys-gnutls: update to use sec-keys.eclass
eclass/sec-keys.eclass
On 11/27/24 4:12 PM, Michał Górny wrote:
> 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
On 11/27/24 4:57 PM, Sam James wrote:
> Eli Schwartz writes:
>> +# @EXAMPLE:
>> +# Example use:
>> +#
>> +# @CODE
>> +# SEC_KEYS_VALIDPGPKEYS=(
>> +# '4EC8A4DB7D2E01C00AF36C49E5C587B5E286C65A:jsmith:github'
>> +# )
>
> Can you exp
d have instead modified "none" to
"openpgp" for daiki, had the eclass existed exactly a year ago.
Bug: https://gitlab.com/gnutls/web-pages/-/issues/6
Fixes: 1061fd37f9491f2601a8b5b6c92ffc3a2f42d7c9
Signed-off-by: Eli Schwartz
---
sec-keys/openpgp-keys-gnutls/Manifest
former can be rationalized in the commit message. So can the latter, but
in most cases those will be rejected during peer review.
Signed-off-by: Eli Schwartz
---
eclass/sec-keys.eclass | 150 +
1 file changed, 150 insertions(+)
create mode 100644 eclass/sec
# Jaco Kroon (2024-11-15)
# clippy exists purely for frr (even comes from the same sources). This
# package split is no longer implemented from frr-9.1.2 onwards, so this
# package is no longer required.
dev-util/clippy
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital
t affecting manual usage of setuptools outside of portage.
Bug: https://github.com/pypa/setuptools/issues/4459
Signed-off-by: Eli Schwartz
---
v2: patch setuptools instead of adding a trove_classifiers.py shim
...ble-users-to-disable-validating-trov.patch | 65 +++
...-r1.ebuil
onment file, not from the incremental value when sourcing the
eclass at global scope.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
t implement a real fix.
Bug: https://github.com/pypa/setuptools/issues/4459
Signed-off-by: Eli Schwartz
---
eclass/distutils-r1.eclass | 11 +++
1 file changed, 11 insertions(+)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index 7ab8dcae3265..9b9ba4b803ac 100644
--- a
In the previous commit, a change was patched into setuptools to enable
skipping pypi.org specific validations we do not want. Export the
environment variable which activates this, whenever the build backend is
setuptools.
Bug: https://github.com/pypa/setuptools/issues/4459
Signed-off-by: Eli
Signed-off-by: Eli Schwartz
---
...uptools-74.1.3-r1.ebuild => setuptools-74.1.3-r2.ebuild} | 6 --
...setuptools-75.2.0.ebuild => setuptools-75.2.0-r1.ebuild} | 6 --
...setuptools-75.3.0.ebuild => setuptools-75.3.0-r1.ebuild} | 6 --
3 files changed, 18 deletions(-)
r
ay every day. The less exposure I have, the better. The
> liblzma backdoor was timely because it will prevent most people from
> telling me I'm being paranoid, but it could have been USE=anything on
> any other day. Moving the defaults out of the high-level profiles will
> give cont
SS_VARIABLE: FCAPS_NOCAPS_MODE
> # @USER_VARIABLE
> # @DESCRIPTION:
> # Mode to use when capabilities are not supported.
> -: ${FCAPS_NOCAPS_MODE:=4711}
> +: ${FCAPS_NOCAPS_MODE:=4755}
>
> # @FUNCTION: fcaps
> # @USAGE: [-o ] [-g ] [-m ] [-M ]
>
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
On 11/1/24 2:36 PM, Nowa Ammerlaan wrote:
> Your issue is not what you think it is, looks to me like a missing
> BDEPEND on setuptools, please report it as a bug.
It already properly depends on setuptools for zenmap, problem is that
ndiff is *also* a python module and is not handled.
-
ffle().
For indeed, overriding a mirror in /etc/portage/mirrors is just going to
force that to be used first for ALL packages using mirror://apache/ at
all. At least it respects your listed ordering I guess...
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
of many packages.
Use it, and use it last -- after every other mirror has been tried,
which should handle latest releases. In combination with GENTOO_MIRRORS
this should ensure that users can actually download software when
needed, without running afoul of throttling.
Signed-off-by: Eli Schwartz
BB as a bootstrap thing, as
long as that is sufficient to build a proper copy of AAA using the
partially valid installation of BBB.
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 f
e identifying
via smtp as gro...@gentoo.org? Why are you identifying as
gro...@woodpecker.gentoo.org?
You innards are leaking :) and I guess gmail doesn't know how to
recognize you anymore.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
# Eli Schwartz (2024-09-22)
# Unmaintained, abandoned upstream, does not compile with GCC 14.
# Removal on 2024-10-22. Bug #874732.
dev-util/biew
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
imply that you
expect all users who have volunteered to contribute to GURU to be able
to make updates to eclipse.
Then delete the eclipse overlay as obsolete and superseded.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
d
relate to solving end-user problems, which is what points 1-4 argue
based on. Internal implementation details should remain internal
implementation details, and it seems we do (happily) have the technology
to make them stay that way.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
# Eli Schwartz (2024-09-09)
# Upstream has dropped this package since MATE 1.28.
# Removal on 2024-10-09. Bug #932568.
mate-extra/mate-netbook
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
# Eli Schwartz (2024-09-09)
# Fails to build with modern C. Unmaintained for 20 years.
# Removal on 2024-10-09. Bug #877105, #927389.
sci-chemistry/mopac7
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
solely for an isolated application.
For average desktop use it makes sense to simply default it to on.
People can always disable it manually if they want, but it basically
just adds a single package (qtdeclarative) as a dep to your Qt stack.
Signed-off-by: Eli Schwartz
---
profiles/targets/desktop
.
But because the *file* isn't being removed, there is no rule how to do
it apparently?? :D The obvious answer here is to stick an ewarn in the
"if EAPI 6" branch at global scope.
(It's a bit messy when doing dependency calculation. This too is a
feature, if you think about it.)
#x27;t think it makes sense to add a special exception for jar files.
If we think that packages may be legitimately storing *data* files at
the top level, we should either relax the check in general, or allow
adding a suppression variable for packages to suppress this check.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
bsolutely cannot do that with a directory of .c files, for numerous
reasons including the fact that it only saves sources for files which
get installed anyway, but also because it does not install build system
files (meson.build, Makefile, CMakeLists.txt, etc).
P.S. See my gnome documentation link,
gt; (This is arguably related to https://bugs.gentoo.org/867799 and so on
> wrt dev-lang/python always installing tests.)
This reminds me of
https://wiki.gnome.org/Initiatives/GnomeGoals/InstalledTests so it's
definitely not a dtrace specific issue.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
# Eli Schwartz (2024-05-26)
# Unmaintained, website gone. Last released in 2010. Fails to build
# with GCC 14, detects and builds against nonexisting dependencies.
# Fails to authenticate users anyway. Obsoleted and replaced by
# nss-pam-ldapd which actually works. Bug #908579.
# Removal on 2024
oesn't modify the artifacts we
actually want to install.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
oo.org/wiki/Project:Prolog
> https://wiki.gentoo.org/wiki/Project:Vim
I have been meaning to take vim, now seems a good time.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
On 7/15/24 7:01 PM, Eli Schwartz wrote:
> # Eli Schwartz (2024-07-15)
> # FreeWnn has no activity upstream on its (very slow!) development site
> # since 2015. Website is gone. Various build failures, fails to build
> # with gcc 14. All of its reverse dependencies are even more dead,
# Eli Schwartz (2024-07-15)
# FreeWnn has no activity upstream on its (very slow!) development site
# since 2015. Website is gone. Various build failures, fails to build
# with gcc 14. All of its reverse dependencies are even more dead, as
# they do not even have distfiles anymore.
# Removal on
the eclass for review to the mailing list. Was this a
private conversation?
I notice that it *has* been committed by Flow to ::gentoo already, and
your request for Haelwenn's feedback hasn't yet been answered.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
ions have moved on to rolling their own argument parser and manpage
generator, which they then use to produce prebuilt binary packages via,
well, running the compiled binary with --generate. I get the feeling
they aren't worried about cross compiling.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
term, such upstream
> discussions are sort of a soft blocker for proceeding with the
> patchset, as far as I'm concerned.
Filed as https://gitlab.gnome.org/GNOME/gtk/-/issues/6832, fingers crossed.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
e the overridden version.
I would, anyways, assume that the eclass does what it's supposed to:
"""
More specifically, this eclass controls the configuration chosen by the
${ESYSROOT}/usr/bin/wx-config wrapper.
"""
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
ption is enabled for a repo -- but
> maybe only noticeably if your repo is grafted with the pre-2015 CVS history.
Just to add: I think it helped a lot to make log -pC work faster, once I
set up `git commit-graph --changed-paths`.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
On 6/26/24 5:03 AM, Sam James wrote:
> Eli Schwartz writes:
>
>> Many packages perform automagic dependencies on gdk's backend
>> implementations by checking if the macro is defined and then using the
>> code it unlocks, rather than having a buildsystem opt
only worked around for 4.18.
Bug: https://bugs.gentoo.org/624960
Closes: https://bugs.gentoo.org/873520
Signed-off-by: Eli Schwartz
---
...e4ui-4.18.6.ebuild => libxfce4ui-4.18.6-r1.ebuild} | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
copy xfce-base/libxfce4ui/{libxfce4u
o.org/624960
Closes: https://bugs.gentoo.org/927952
Signed-off-by: Eli Schwartz
---
...wxGTK-3.2.2.1-r4.ebuild => wxGTK-3.2.2.1-r5.ebuild} | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
copy x11-libs/wxGTK/{wxGTK-3.2.2.1-r4.ebuild => wxGTK-3.2.2.1-r5.ebuild} (95%)
diff --git
which allows hiding the
automagic macros entirely. Inject this via append-cflags if the USE
flags aren't set, to simulate building on a system with more minimal gtk
packages.
Bug: https://bugs.gentoo.org/624960
Closes: https://bugs.gentoo.org/865659
Signed-off-by: Eli Schwartz
---
...{gt
nfigure options and respect them. Instead add a truly filthy hack and
permit gtk itself to selectively show or hide the windowing system in
use.
Bug: https://bugs.gentoo.org/624960
Signed-off-by: Eli Schwartz
---
...-poison-macro-to-hide-GDK_WINDOWING_.patch | 25 ++-
gui-libs/gt
https://bugs.gentoo.org/680496 (future EAPI)
Bug: https://bugs.gentoo.org/873520 (libxfce4ui, some discussion on options)
Bug: https://bugs.gentoo.org/927952 (wxGTK)
Bug: https://bugs.gentoo.org/865659 (gtk-vnc)
PR: https://github.com/gentoo/gentoo/pull/37259
Eli Schwartz (5):
gui-libs/gtk: a
t to sidestep
the fact that the original design was buggy and stored it as an optional
documentation file vulnerable to corruption as a side effect of default
`docompress` handling, when its purpose was to be a pkg_postinst
metadata file.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Signed-off-by: Eli Schwartz
---
dev-db/postgresql/postgresql-.ebuild | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dev-db/postgresql/postgresql-.ebuild
b/dev-db/postgresql/postgresql-.ebuild
index e5eaa285027b..3f53c730579f 100644
--- a/dev-db/postgresql
It is an alias_target so "libudev" is anyways the correct way to do it.
Signed-off-by: Eli Schwartz
---
sys-apps/systemd-utils/systemd-utils-254.10-r1.ebuild | 2 +-
sys-apps/systemd-utils/systemd-utils-254.12.ebuild| 2 +-
sys-apps/systemd-utils/systemd-utils-254.13.ebuild|
Signed-off-by: Eli Schwartz
---
net-libs/libsrtp/libsrtp-2.4.2.ebuild | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net-libs/libsrtp/libsrtp-2.4.2.ebuild
b/net-libs/libsrtp/libsrtp-2.4.2.ebuild
index 96e02837fcf2..1aaaf742a61f 100644
--- a/net-libs/libsrtp/libsrtp-2.4.2
Eli Schwartz (3):
net-libs/libsrtp: pass in a ninja-compatible value to
meson_src_compile
sys-apps/systemd-utils: pass in a ninja-compatible value to
meson_src_compile
dev-db/postgresql: pass in a ninja-compatible value to
meson_src_compile
dev-db/postgresql/postgresql-
e.
Just use eninja.
Fixes:
- the absolute inability to use standard $NINJAOPTS to fine-tune
meson-using packages, for example to keep going and collect all the
build errors before aborting with a failure.
- support for ${NINJA_VERBOSE} (expected to be the fallback if
MESON_VERBOSE isn't set
On 6/2/24 12:28 PM, Ulrich Mueller wrote:
>>>>>> On Sun, 02 Jun 2024, Eli Schwartz wrote:
>
>> Per the commit message, the old readme and the new readme can have the
>> same contents, but be compressed by different compressors on the live
>> system vs the i
it message, the old readme and the new readme can have the
same contents, but be compressed by different compressors on the live
system vs the image, and/or a compressor with unstable algorithms,
and/or one that isn't installed at the time of merging.
Given you've explicitly rejected d
uot;enough" time, culminating in
getting maintainer access to an xkcd 2347 "Nebraska" compliant project
for purposes of inserting a backdoor
- unwittingly being a member of a grassroots support base for the Jia
Tans of the world by normalizing the relev
enri Gasc
It is even a violation of Gentoo policy to have files larger than IIRC
20kb in files/.
This *must* be handled via SRC_URI, where to host the tarball is up to
the maintainer.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
oot=true at the top level scope of your project, and this patch is
in opposition to the recommended workflow.
What workflow are you envisioning people will use if this patch is merged?
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
t; -indent_size = 4
> trim_trailing_whitespace = true
> -#max_line_length = 80
> +# max_line_length = 80
Commit message is silent on this line, which isn't about dropping indent
size but rather about reformatting the comments for the editorconfig
file itself...
--
Eli Schwa
too.org/gentoo-dev/ with just the one mailing
list for now.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
;t such great proxied maintainers
and there's a larger infrastructural problem going on.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
atically sed'ing out source code, especially for the one that says
"please recheck", very much looks like the purpose of the qa warning is
that the functionality isn't trusted to be correct, is offered on a
best-effort basis, and needs to be manually reviewed and marked a
g/repo/gentoo.git
which is already quite explanatory in ways that a noncommittal link to
the gentoo homepage is NOT.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
s for fixing a problem and
successfully fixing it even as a local ebuild. We don't need to remind
people that the PR has to actually fix the problem.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
ou did was override/hook the unpack phase helper
function and divert it to 7zip instead. ;) It would be interesting to
have actual hooks for that instead.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
SS community should do to solve the problem.
Your suggestion is only one such badly thought out idea. However, it
stands out from the rest because your suggestion has something that the
rest by and large lack: it has an accusation that distros, in this case
Gentoo, are being cavalier about security.
This attitude of "Gentoo is being cavalier about security" is
disproportionately worse than the average user interaction and, as has
been noted, is the reason why FOSS maintainers suffer burnout.
It has nothing to do with bringing up concerns. It has everything to do
with "if you don't agree with me you're being cavalier about MY security
as a Gentoo user".
Seriously. Please learn to bring up suggestions as suggestions, not as
demands. It makes all the difference in the world.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
being cavalier when zero portage developers responded by saying
"good idea I'll drop everything so I can get right on this and implement
it".
But if you are absolutely positive this is the right solution, I have an
offer for you: implement this yourself, submit patches, and then we'll
have something to talk about.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
pecific ways is... definitely a
decision. It's a decision that Debian has made, mind you, so it's not
like Gentoo would be breaking new ground here, but frankly I don't
really regard that as fundamentally palatable.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description:
a malicious actor to gain maintainership of the xz
project.
Have you been linked to this yet?
https://www.mail-archive.com/xz-devel@tukaani.org/msg00571.html
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
t; Could maybe be confusable with installers not supporting DESTDIR though
> (although the sandbox messages look *very* different).
I'm not worried about confusing it with lack of DESTDIR support, since
lack of DESTDIR support would equal a failed src_install rather than a
FHS warning.
It'
s a
very small downside. Usually by the time you see this message, portage
has cleaned up. And if it hasn't, you can still copy/paste that from:
Completed installing sys-cluster/legion- into
/var/tmp/portage/sys-cluster/legion-/image
Signed-off-by: Eli Schwartz
---
metadata/ins
k to libatomic in *all* binaries/libraries, even if the default
LDFLAGS are overridden and the global -Wl,--as-needed disappears.
Bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81358
Bug: https://bugs.gentoo.org/820101
Bug: https://bugs.gentoo.org/925672
Signed-off-by: Eli Schwartz
---
`distutils_enable_tests
> setup.py` with one of the other test runners, as running `setup.py test`
> has been deprecated upstream as well. Or running `setup.py` at all, but
> the latter is less likely to suddenly stop working.
>
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
lags, get-flag.
filter-flags in turn is used by filter-lto, hence all-flag-vars is the
direct API that governs what variables filter-lto will modify. It seemed
fitting to single-source that information.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
s been in use
for a couple decades so far.
So we could perhaps agree that LLMs may not be intrinsically an
impractical energy waste, but using them to contribute to Gentoo *is*?
:)
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
as well join them.
If it's something good or acceptable to do, then it is good or
acceptable without needing to be defended by "but lots of people are
doing it so you can't stop us".
That being said, here's some food for thought: if something bad happens,
and we *a
l afoul of the new ban.
Seems reasonable to me.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
kage and without using an overlay".
Or even more simply, all news items have an implicit "unless you know
better, including that you know *why* you know better".
Someone could be writing that `installkernel` script for use with a
kernel package that has an actual RDEPEND on sys-kernel/installkernel,
too. Nothing changes.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
s up possibly-valuable real estate from your
screen width and causes (uncompressed) scripts to be (trivially) larger.
I wish Chet would repent of having added it and make bash issue a
bash-level warning on stderr if it encounters one in your scripts.
--
Eli Schwartz
OpenPGP_0x84818A6819AF4A9B.asc
On 2/20/24 1:14 AM, Eli Schwartz wrote:
> +# Calculate the command line which meson should use, and other relevant
> +# variables. Invoke via "${mesonargs[@]}" in the calling environment.
> +# This function is called from meson_src_configure.
I'm sure someone probabl
On 2/20/24 1:33 AM, Eli Schwartz wrote:
> On 2/20/24 1:24 AM, Mike Gilbert wrote:
>> I'm afraid I get different results. Build log attached. Happy to help
>> figure this out tomorrow.
>>
>> To test, I applied this patch and ran this:
>>
>> ABI_X86=&
it
because we don't have a way to make extremely specific files built
with different CFLAGS compared to the rest of the project. There's no
actual reason to treat handwritten C python modules different from
non-distutils phases.
Signed-off-by: Eli Schwartz
---
no change
eclass/
gpep517.
Signed-off-by: Eli Schwartz
---
v2: call setup_meson_src_configure instead of meson_src_configure. This
avoids running `meson setup` twice, and guarantees we use whatever
settings the PEP517 backend requires. In particular, it respects numpy's
vendored meson fork with experimenta
1 - 100 of 156 matches
Mail list logo
