Re: [gentoo-dev] Current unavoidable use of xz utils in Gentoo

2024-04-03 Thread Eli Schwartz
per 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

Re: [gentoo-dev] Current unavoidable use of xz utils in Gentoo

2024-04-02 Thread Eli Schwartz
as 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

Re: [gentoo-dev] Current unavoidable use of xz utils in Gentoo

2024-04-01 Thread Eli Schwartz
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

Re: [gentoo-dev] Current unavoidable use of xz utils in Gentoo

2024-03-30 Thread Eli Schwartz
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: OpenPGP public key OpenPGP_s

Re: [gentoo-dev] Current unavoidable use of xz utils in Gentoo

2024-03-30 Thread Eli Schwartz
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

Re: [gentoo-dev] [PATCH] metadata/install-qa-check.d: make the FHS paths warning easier to read

2024-03-29 Thread Eli Schwartz
uld 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 really nothi

[gentoo-dev] [PATCH] metadata/install-qa-check.d: make the FHS paths warning easier to read

2024-03-28 Thread Eli Schwartz
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/install-qa-check.d

[gentoo-dev] [PATCH] flag-o-matic.eclass: simplify implementation and work in all cases

2024-03-27 Thread Eli Schwartz
omic 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 --- eclass/fl

Re: [gentoo-dev] Please migrate your distutils-r1 ebuilds to use PEP517 builds

2024-03-09 Thread Eli Schwartz
sts > 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

Re: [gentoo-dev] [PATCH v2 4/7] distutils-r1.eclass: Make vars local before calling filter-lto

2024-03-09 Thread Eli Schwartz
gs, 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

Re: [gentoo-dev] Re: RFC: banning "AI"-backed (LLM/GPT/whatever) contributions to Gentoo

2024-03-09 Thread Eli Schwartz
gree 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

Re: [gentoo-dev] RFC: banning "AI"-backed (LLM/GPT/whatever) contributions to Gentoo

2024-02-28 Thread Eli Schwartz
ended 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 *agree* it's bad, but every time the topic comes up people say "well, it's bad but everyone else is doing it so what can we do, migh

Re: [gentoo-dev] RFC: banning "AI"-backed (LLM/GPT/whatever) contributions to Gentoo

2024-02-27 Thread Eli Schwartz
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

Re: [gentoo-dev] Re: 2024-02-26-debianutils-drops-installkernel-dep: add news item

2024-02-26 Thread Eli Schwartz
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

Re: [gentoo-dev] [PATCH v2 4/5] distutils-r1.eclass: wire up meson-python to meson.eclass

2024-02-20 Thread Eli Schwartz
aluable 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 Description: Op

[gentoo-dev] Re: [PATCH v2 3/5] meson.eclass: refactor src_configure into a setter function

2024-02-19 Thread Eli Schwartz
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 probably has

Re: [gentoo-dev] [PATCH 1/3] meson.eclass: wire up LTO support directly into the meson options

2024-02-19 Thread Eli Schwartz
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="

[gentoo-dev] [PATCH v2 5/5] distutils-r1.eclass: fix src_configure to handle flag-o-matic correctly

2024-02-19 Thread Eli Schwartz
e 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/distutils-r1.eclass | 5 ++--- 1 fi

[gentoo-dev] [PATCH v2 4/5] distutils-r1.eclass: wire up meson-python to meson.eclass

2024-02-19 Thread Eli Schwartz
for 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 experimental new

[gentoo-dev] [PATCH v2 3/5] meson.eclass: refactor src_configure into a setter function

2024-02-19 Thread Eli Schwartz
-r1 to invoke `setup_meson_src_configure` followed by gpep517, and get access to: - the preparation which needs to be done, including setting up the environment - the array of setup arguments Signed-off-by: Eli Schwartz --- v2: new patch eclass/meson.eclass | 49

[gentoo-dev] [PATCH v2 2/5] meson.eclass: prefer -D buildtype instead of --buildtype

2024-02-19 Thread Eli Schwartz
Because that is the logic which meson-python hardcodes, and meson needs to match calling convention. Signed-off-by: Eli Schwartz --- v2: new patch eclass/meson.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/meson.eclass b/eclass/meson.eclass index

[gentoo-dev] [PATCH v2 1/5] meson.eclass: wire up LTO support directly into the meson options

2024-02-19 Thread Eli Schwartz
meson's builtin LTO support allows meson to introspect whether LTO is enabled and do some fancy things, such as forcing LTO off for a single target that is known to be special(ly bad) and not support LTO. Signed-off-by: Eli Schwartz --- no change eclass/meson.eclass | 36

[gentoo-dev] [PATCH v2 0/5] eclass updates for meson <> distutils <> LTO

2024-02-19 Thread Eli Schwartz
v2 answers the question: how to deal with accumulated mesonargs without actually *running* meson_src_configure before gpep517 Eli Schwartz (5): meson.eclass: wire up LTO support directly into the meson options meson.eclass: prefer -D buildtype instead of --buildtype meson.eclass: refactor

Re: [gentoo-dev] [PATCH 1/3] meson.eclass: wire up LTO support directly into the meson options

2024-02-19 Thread Eli Schwartz
local v="$(get-flag flto)" [[ -n ${v} ]] && myconf+=( "--enable-lto=${v}" ) || myconf+=( "--enable-lto" ) fi filter-lto -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] [PATCH 1/3] meson.eclass: wire up LTO support directly into the meson options

2024-02-19 Thread Eli Schwartz
On 2/20/24 12:58 AM, Mike Gilbert wrote: > On Mon, Feb 19, 2024 at 11:26 PM Eli Schwartz wrote: >> >> meson's builtin LTO support allows meson to introspect whether LTO is >> enabled and do some fancy things, such as forcing LTO off for a single >> target that is

Re: [gentoo-dev] [PATCH 2/3] distutils-r1.eclass: wire up meson-python to meson.eclass

2024-02-19 Thread Eli Schwartz
On 2/19/24 11:42 PM, Sam James wrote: > > Eli Schwartz writes: > >> The meson-python build backend -- as the name suggests -- uses meson >> under the hood. We have a meson eclass which does lots of useful things >> pertinent to meson. Make sure it gets invoked. &

[gentoo-dev] [PATCH 3/3] distutils-r1.eclass: fix src_configure to handle flag-o-matic correctly

2024-02-19 Thread Eli Schwartz
e 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 --- eclass/distutils-r1.eclass | 5 ++--- 1 file change

[gentoo-dev] [PATCH 1/3] meson.eclass: wire up LTO support directly into the meson options

2024-02-19 Thread Eli Schwartz
meson's builtin LTO support allows meson to introspect whether LTO is enabled and do some fancy things, such as forcing LTO off for a single target that is known to be special(ly bad) and not support LTO. Signed-off-by: Eli Schwartz --- eclass/meson.eclass | 36

[gentoo-dev] [PATCH 2/3] distutils-r1.eclass: wire up meson-python to meson.eclass

2024-02-19 Thread Eli Schwartz
The meson-python build backend -- as the name suggests -- uses meson under the hood. We have a meson eclass which does lots of useful things pertinent to meson. Make sure it gets invoked. Signed-off-by: Eli Schwartz --- eclass/distutils-r1.eclass | 6 +- 1 file changed, 5 insertions(+), 1

[gentoo-dev] [PATCH 0/3] eclass updates for meson <> distutils <> LTO

2024-02-19 Thread Eli Schwartz
Mainly motivated by some upstream work I did with dev-python/scipy, which has some ancient code that will never be updated to work with LTO, and some nice new code that works great. The first patch is a nice improvement on its own. The second one makes limited sense without the third one. Eli

Re: [gentoo-dev] [PATCH] games-strategy/wargus: Fix running it with games-engines/stratagus[debug]

2024-02-15 Thread Eli Schwartz
-DSTRATAGUS="${EPREFIX}/usr/bin/stratagus${suffix}" > -DSHAREDIR="${EPREFIX}/usr/share/stratagus/wargus" > -DICONDIR=/usr/share/icons/hicolor/64x64/apps > -DWITH_STORMLIB=$(usex bne) Ok so this just means the packa

Re: [gentoo-dev] Packages up for grabs due to developer inactivity

2024-02-14 Thread Eli Schwartz
On 2/14/24 4:49 AM, Michał Górny wrote: > app-doc/mathjax-docs > dev-libs/mathjax I can take mathjax as I need it for calibre. I suppose I can take the docs while I'm at it although I have no use for it personally... -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B.asc Description: OpenPGP

Re: [gentoo-dev] special small-files USE flag without effect on dependencies: [ unicode ]

2024-02-10 Thread Eli Schwartz
ght thing to do and then get a happy surprise upon seeing that pkgcheck had excellent forethought. -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] RFC: Setting default HOME_MODE in /etc/login.defs

2024-02-10 Thread Eli Schwartz
; I do believe though there's merit in providing safer and secure defaults, > so I would like HOME_MODE to have a safe default value for Gentoo and > Gentoo based distros. > > Have a nice day, > Daniel > -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] special small-files USE flag without effect on dependencies: [ unicode ]

2024-02-10 Thread Eli Schwartz
e is not a suitable patch, adding a build option and an ifelse would be) and basically, in short... ... you've behaved in a way that guarantees that no patches of yours will ever be merged upstream. This is personally sad to me because I actually do think a number of them would make good toggleable

Re: [gentoo-dev] special small-files USE flag without effect on dependencies: [ unicode ]

2024-02-10 Thread Eli Schwartz
On 2/10/24 6:22 AM, orbea wrote: > On Fri, 9 Feb 2024 16:56:55 -0500 > Eli Schwartz wrote: >> As evidenced by the removal of libressl and eudev, this logic is >> fallacious and wrong and not the way Gentoo is developed. > > Fwiw I still use both and Gentoo removing s

Re: [gentoo-dev] special small-files USE flag without effect on dependencies: [ unicode ]

2024-02-10 Thread Eli Schwartz
On 2/9/24 7:04 PM, Sam James wrote: > > Eli Schwartz writes: >> Often, USE flags have an obvious point even without selecting or >> deselecting dependencies -- usually because their maintainers took care >> in describing it in metadata.xml. >> > > To pick up

Re: [gentoo-dev] special small-files USE flag without effect on dependencies: [ unicode ]

2024-02-09 Thread Eli Schwartz
think you're likely to convince anyone like that. Sorry. -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] special small-files USE flag without effect on dependencies: [ unicode ]

2024-02-09 Thread Eli Schwartz
'd have to homebrew their own overlays if they wanted that choice). It's another thing entirely when people cannot see what the choice actually is, and start suspecting that there is no choice, "the choice is a lie". -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] special small-files USE flag without effect on dependencies: [ unicode ]

2024-02-09 Thread Eli Schwartz
. Does it make the package smaller? Does it avoid depending on additional packages? (no...) Are unicode strings sometimes bad to have, but users cannot choose the string type except by recompiling the programming language itself? (Okay if that is the case, but that seems a strange decis

Re: [gentoo-dev] RFC: Block ebuilds installing tests to ${D} by default

2024-02-01 Thread Eli Schwartz
ng naughty and we don't need to worry about people complaining that Gentoo isn't a good upstream-compatible development environment. -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] RFC: Block ebuilds installing tests to ${D} by default

2024-02-01 Thread Eli Schwartz
istro that supports a single package recipe producing multiple packages -- but portage does not (yet!) support one ebuild that produces two gpkg.tar files, one per "component" of the full set of installed files. -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] [PATCH] cargo.eclass: add CARGO_TOML_DIR

2024-01-22 Thread Eli Schwartz
sure the change is very reasonable but it is difficult to tell from an outside perspective just by reading the commit message -- which doesn't detail why your Cargo.toml would be in a directory other than the one src_compile() starts off in. -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B.asc Descr

Re: [gentoo-dev] [RFC] New category: dev-build

2024-01-08 Thread Eli Schwartz
dep in Gentoo is mozc, another large C++ project that contains no javascript. IIRC, Node.js forked and maintained gyp internally so they could continue to use it to build C++ software without being concerned about its being abandoned. -- Eli Schwartz OpenPGP_0x84818A6819AF4A9B

Re: [gentoo-dev] [PATCH] 2024-01-02-separate-usr-now-requires-an-initramfs: add news item

2024-01-02 Thread Eli Schwartz
On 1/2/24 4:15 AM, k...@aspodata.se wrote: > Eli Schwartz: > [...] >> +Systems which have /usr and / on separate filesystems have always required a >> +dedicated initramfs to bring up both partitions. Systems where both /usr >> and / >> +are on the same f

Re: [gentoo-dev] [PATCH] 2024-01-02-separate-usr-now-requires-an-initramfs: add news item

2024-01-02 Thread Eli Schwartz
On 1/2/24 3:22 AM, Ulrich Mueller wrote: >>>>>> On Tue, 02 Jan 2024, Eli Schwartz wrote: > >> +++ >> b/2024-01-02-separate-usr-now-requires-an-initramfs/2024-01-02-separate-usr-now-requires-an-initramfs.txt > > The short-name is rather long. GLEP 42

[gentoo-dev] [PATCH] 2024-01-02-separate-usr-now-requires-an-initramfs: add news item

2024-01-01 Thread Eli Schwartz
Revival of commit a79dd69b0cca439bc0c483c9193c79e0554819d0. Bug: https://bugs.gentoo.org/868306#c10 Bug: https://bugs.gentoo.org/902829 Bug: https://bugs.gentoo.org/915379 Bug: https://bugs.gentoo.org/825078 Signed-off-by: Eli Schwartz --- ...separate-usr-now-requires-an-initramfs.txt | 47

Re: [gentoo-dev] [PATCH] python-utils-r1.eclass: epytest, use NO_COLOR rather than NOCOLOR

2023-12-11 Thread Eli Schwartz
t; [1] https://no-color.org/ When you say you are fixing pytest, do you mean you are submitting a PR to pytest to make its behavior align with the (tbh reasonable) behavior you expected and want? -- Eli Schwartz

Re: [gentoo-dev] [PATCH] python-utils-r1.eclass: epytest, use NO_COLOR rather than NOCOLOR

2023-12-11 Thread Eli Schwartz
On 12/11/23 2:30 PM, Ulrich Mueller wrote: >>>>>> On Mon, 11 Dec 2023, Eli Schwartz wrote: > >>> + local color=yes >>> + [[ ${NO_COLOR} ]] && color=no > >> [[ -v NO_COLOR ]] > > No, this would give the wrong result if N

Re: [gentoo-dev] [PATCH] python-utils-r1.eclass: epytest, use NO_COLOR rather than NOCOLOR

2023-12-11 Thread Eli Schwartz
environ: return False ``` > > local args=( > # verbose progress reporting and tracebacks -- Eli Schwartz

Re: [gentoo-dev] heads up: codeberg changed gzip impls (?) for ${REPO}/archive/${TAG}.tar.gz files

2023-12-11 Thread Eli Schwartz
where the download url was based on an unpredictable uuid. So that's sort of kind of a little bit good at least. -- Eli Schwartz

Re: [gentoo-dev] Adding Ada support

2023-12-09 Thread Eli Schwartz
l;dr push your repository to https://git.sr.ht and have it send out the commits you select to the email address you select. Hope that helps, -- Eli Schwartz

[gentoo-dev] [RFC PATCH 10/10] net-print/cups-filters: restrict tests

2023-12-04 Thread Eli Schwartz
parts are in the split-out packages and none are left here. Signed-off-by: Eli Schwartz --- net-print/cups-filters/cups-filters-2.0.0.ebuild | 9 + 1 file changed, 9 insertions(+) diff --git a/net-print/cups-filters/cups-filters-2.0.0.ebuild b/net-print/cups-filters/cups-filters-2.0.0

[gentoo-dev] [RFC PATCH 09/10] net-print/cups-browsed: restrict tests

2023-12-04 Thread Eli Schwartz
, and doesn't seem to have a mocking mode, and even if it is running, the sandbox prevents src_test from seeing it. Signed-off-by: Eli Schwartz --- .../cups-browsed/cups-browsed-2.0.0.ebuild| 19 +++ 1 file changed, 19 insertions(+) diff --git a/net-print/cups-browsed/cups

[gentoo-dev] [RFC PATCH 08/10] net-print/cups: avoid running unittests in src_compile

2023-12-04 Thread Eli Schwartz
be set by `$(use_enable test unit-tests)`, when running the test invocation itself. As a side effect, this also moves the test-program compilation to src_test. Signed-off-by: Eli Schwartz --- net-print/cups/cups-2.4.7-r2.ebuild | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff

[gentoo-dev] [RFC PATCH 07/10] net-print/cups: re-enable tests

2023-12-04 Thread Eli Schwartz
They appear to work at the moment. There's a fun oddity, in that if libcupsfilters is installed you need image support of some variety. Signed-off-by: Eli Schwartz --- net-print/cups/cups-2.4.7-r2.ebuild | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/net-print

[gentoo-dev] [RFC PATCH 06/10] net-print/cups: drop cyclic dependency on cups-filters

2023-12-04 Thread Eli Schwartz
to support USE=cups while not having any expectation of using a printing stack (at least, yet). Rely instead on a metapackage for the full cups experience. Signed-off-by: Eli Schwartz --- net-print/cups/cups-2.4.7-r2.ebuild | 313 1 file changed, 313 insertions(+) c

[gentoo-dev] [RFC PATCH 05/10] net-print/cups-meta: new package, add 1

2023-12-04 Thread Eli Schwartz
es which require libcups from cups, which in turn depends on -filters. There are a number of use cases for having cups installed in "minimal" mode so that other packages can build against it. Signed-off-by: Eli Schwartz --- net-print/cups-meta/cups-meta-1.ebuild | 21

[gentoo-dev] [RFC PATCH 04/10] net-print/cups-browsed: new package, add 2.0.0

2023-12-04 Thread Eli Schwartz
Part of the CUPS v3 evolution. Now, cups-filters has been split out into multiple sub-packages. This contains the standalone browsed component. Signed-off-by: Eli Schwartz --- net-print/cups-browsed/Manifest | 1 + .../cups-browsed/cups-browsed-2.0.0.ebuild| 63

[gentoo-dev] [RFC PATCH 03/10] net-print/cups-filters: add 2.0.0

2023-12-04 Thread Eli Schwartz
, optional component. Most options are no longer relevant, as they are encapsulated in the subpackages. Signed-off-by: Eli Schwartz --- net-print/cups-filters/Manifest | 1 + .../cups-filters/cups-filters-2.0.0.ebuild| 45 +++ 2 files changed, 46 insertions

[gentoo-dev] [RFC PATCH 02/10] net-print/libppd: new package, add 2.0.0

2023-12-04 Thread Eli Schwartz
Part of the CUPS v3 evolution. Now, cups-filters has been split out into multiple sub-packages. This is the legacy PPD filters core library. Signed-off-by: Eli Schwartz --- net-print/libppd/Manifest| 1 + net-print/libppd/libppd-2.0.0.ebuild | 52 net

[gentoo-dev] [RFC PATCH 01/10] net-print/libcupsfilters: new package, add 2.0.0

2023-12-04 Thread Eli Schwartz
Part of the CUPS v3 evolution. Now, cups-filters has been split out into multiple sub-packages. This is the core library. Signed-off-by: Eli Schwartz --- net-print/libcupsfilters/Manifest | 1 + .../libcupsfilters-2.0.0.ebuild | 60 +++ net-print

[gentoo-dev] [RFC PATCH 00/10] Upgrading cups-filters to 2.0.0

2023-12-04 Thread Eli Schwartz
testsuite, so if anyone has any ideas how to actually run it, that would be fantastic. I do not use cups-browsed myself... News post: - Title: CUPS no longer directly depends on its filters Author: Eli Schwartz Posted: 2023-11-20 Revision: 1 News-Item-Format: 2.0

Re: [gentoo-dev] [PATCH] use.desc: Make `native-extensions` flag global

2023-11-05 Thread Eli Schwartz
ng aligned with building speedups, so why not dedicate it to that purpose? It feels confusing to have a global USE that does different things for different packages. It sounds like just renaming a single USE flag -- peewee from "native-extensions" to "sqlite-ext" -- would be enough to allow nicer semantics here. -- Eli Schwartz

Re: [gentoo-dev] Re: Last rites: media-gfx/gmic

2023-10-25 Thread Eli Schwartz
are -- this is a pretty steep social cost to investing time and effort into caring about, using, or maintaining such software. I suppose it's always possible to orphan the package and let it rot until it gets last-rited for not working. Marecki -- is there any specific concern that it's likely to rot quickly if it lacks a maintainer? -- Eli Schwartz

Re: [gentoo-dev] [PATCH 1/2] distutils-r1.eclass: teach setuptools to respect (some) build options

2023-09-13 Thread Eli Schwartz
On 9/13/23 9:10 AM, Michael Orlitzky wrote: > On Tue, 2023-09-12 at 22:52 -0400, Eli Schwartz wrote: >> >> Is portage generally expected to successfully complete (including >> internal metadata write stages) when its workdir drive runs out of space >> partway through? &

Re: [gentoo-dev] [PATCH 1/2] distutils-r1.eclass: teach setuptools to respect (some) build options

2023-09-13 Thread Eli Schwartz
On 9/13/23 5:27 AM, Ulrich Mueller wrote: >>>>>> On Wed, 13 Sep 2023, Eli Schwartz wrote: > >>> "|| die" should also be added for the cat command. > >> Redirecting output to a file in a directory you have just guaranteed >> to exist cannot f

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-12 Thread Eli Schwartz
On 9/13/23 1:03 AM, Alexe Stefan wrote: > On 9/13/23, Eli Schwartz wrote: >> On 9/13/23 12:35 AM, Alexe Stefan wrote: >>> On 9/13/23, Matt Turner wrote: >>>> On Tue, Sep 12, 2023 at 5:45 PM Alexe Stefan >>>> wrote: >>>>> Is it

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-12 Thread Eli Schwartz
ole, and hostile behavior towards the Gentoo Developers does indeed strike a chord. I am not completely sure why you find it important or desirable to highlight the fact that you elicit strong negative emotions in others, mind you. But I'm sure you have very good reasons for it. -- Eli Schwartz

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-12 Thread Eli Schwartz
On 9/12/23 3:47 PM, Eddie Chapman wrote: > Andreas K. Huettel wrote: >> The eudev experiment has failed. >> * It was false labeling from the start.[*] >> * It's barely alive and not keeping up with udev upstream. > > Why does it have to? It is advertised as a fork after all. It provides

Re: [gentoo-dev] [PATCH 1/2] distutils-r1.eclass: teach setuptools to respect (some) build options

2023-09-12 Thread Eli Schwartz
On 9/12/23 10:26 PM, Michał Górny wrote: > On Tue, 2023-09-12 at 22:07 -0400, Eli Schwartz wrote: >> On 9/12/23 3:56 PM, Ulrich Mueller wrote: >>>>>>>> On Tue, 12 Sep 2023, Eli Schwartz wrote: >>> >>>> + mkdir -p "

Re: [gentoo-dev] [PATCH 1/2] distutils-r1.eclass: teach setuptools to respect (some) build options

2023-09-12 Thread Eli Schwartz
On 9/12/23 3:56 PM, Ulrich Mueller wrote: >>>>>> On Tue, 12 Sep 2023, Eli Schwartz wrote: > >> +mkdir -p "${BUILD_DIR}" || die >> +local -x >> DIST_EXTRA_CONFIG="${BUILD_DIR

Re: [gentoo-dev] last rites: sys-fs/eudev

2023-09-12 Thread Eli Schwartz
reverse dependencies, those people decided that it was time to step down. It's great to see people who do care and actually use the software, step up in their place. -- Eli Schwartz

[gentoo-dev] [PATCH 2/2] python-utils-r1.eclass: unconditionally warn on occluded packages in cwd

2023-09-12 Thread Eli Schwartz
If the current directory masks packages that would be installed and contains different contents, it can cause testing issues that otherwise go unnoticed. This warning can stop being experimental and opt-in Suggested-by: Michał Górny Signed-off-by: Eli Schwartz --- eclass/python-utils-r1.eclass

[gentoo-dev] [PATCH 1/2] distutils-r1.eclass: teach setuptools to respect (some) build options

2023-09-12 Thread Eli Schwartz
-by: Eli Schwartz --- eclass/distutils-r1.eclass | 48 -- 1 file changed, 10 insertions(+), 38 deletions(-) diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass index 91de144e1110..dd197a5f0693 100644 --- a/eclass/distutils-r1.eclass +++ b