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

2023-12-04 Thread Eli Schwartz
Checking the test phase output, it is not implemented and does nothing. Or to be more accurate, it compiles one executable but never runs anything. The former testsuite in the 1.x series has been divided up, just like the constituent installable components, and it turns out that all testable

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

2023-12-04 Thread Eli Schwartz
The tests are newly created during the 2.x upgrade. They will hang forever if they cannot run properly. And running them properly has hit a wall. I'm not sure where to go on from here. Even getting this far means stepping outside of what portage can reasonably require. Avahi only runs as root,

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

2023-12-04 Thread Eli Schwartz
If USE=test, an option was passed to configure that makes unittest binaries be built, and as a side effect also runs them. But we really do not want to run tests in src_compile, as FEATURES=test might not be set. Crudely hack around this by overriding the autoconf variable that would normally be

[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

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

2023-12-04 Thread Eli Schwartz
It is a PDEPEND which forces installing both, and makes building a modular cups-filters more challenging. Additionally, many "users" of cups may not actually want cups-filters at all. A primary reason is because cups provides libcups, which other packages need as an RDEPEND in order to support

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

2023-12-04 Thread Eli Schwartz
New metapackage to pull in all the parts for a functional cups printing stack. This will allow to avoid relying on net-print/cups for that purpose -- because, with the advent of cups-filters 2.0.0 and the ongoing work to refactor CUPS 3, things are broken out into various interconnected components

[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
Part of the CUPS v3 evolution. Now, cups-filters has been split out into multiple sub-packages. The new version of cups-filters depends on a couple of extracted libraries, and builds on these to distribute the actual filters. It no longer handles browsed at all -- this is a completely separate,

[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

[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 +++

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

2023-12-04 Thread Eli Schwartz
I've been working with Sam for a bit on this update. It's a bit of a fiddly one, as a lot of stuff has changed upstream. It's probably best described via my proposed news post. Please review. It would also be quite nice to get a bit of testing -- I'm especially concerned about cups-browsed's

Re: [gentoo-dev-announce] Re: [gentoo-dev] Last rites: app-text/gocr, media-video/subtitleripper

2023-12-04 Thread Sam James
Jonas Stein writes: >> Sorry, the subject should've included gocr. > >> On Sat, Nov 25, 2023 at 07:12:40AM -0800, John Helmert III wrote: >>> # John Helmert III (2023-11-24) >>> # Multiple vulnerabilities, unmaintained upstream and in Gentoo. >>> # subtitleripper included as sole reverse

Re: [gentoo-dev-announce] Re: [gentoo-dev] Last rites: app-text/gocr, media-video/subtitleripper

2023-12-04 Thread Jonas Stein
Sorry, the subject should've included gocr. On Sat, Nov 25, 2023 at 07:12:40AM -0800, John Helmert III wrote: # John Helmert III (2023-11-24) # Multiple vulnerabilities, unmaintained upstream and in Gentoo. # subtitleripper included as sole reverse dependency, similarly # unmaintained, and

[gentoo-dev] Packages up for grabs: net-misc/seafile-client, net-misc/seafile, net-libs/libsearpc

2023-12-04 Thread Viorel Munteanu
Hi, Packages up for grabs because the proxied maintainer no longer uses them.  There are 3 open bugs and a pkgcheck issue about using a deprecated Python dep: dev-python/future. net-misc/seafile-client net-misc/seafile net-libs/libsearpc Regards, Viorel.

[gentoo-dev] Package up for grabs: net-dns/opendnssec

2023-12-04 Thread Marc Schiffbauer
Hi, net-dns/opendnssec needs a new maintainer as I am not using it anymore. Current version is in tree now and works fine. Three open bugs exist: One for failing tests and two for future compiler compatibilty. -Marc