[gentoo-dev] Last rites: www-misc/xxv + revdeps

2021-11-27 Thread Marek Szuba
# Marek Szuba (2021-11-27) # XXV has been outdated and unmaintained in Gentoo for years. # EAPI 5, numerous QA violations. # Removal in 30 days. Bug #TBA (Bugzilla is down) www-misc/xxv x11-themes/xxv-skins -- Marecki OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Last rites: www-apache/mod_vhost_ldap

2021-11-27 Thread Marek Szuba
# Marek Szuba (2021-11-27) # No activity in upstream GitHub repository since July 2013, # no official release tarballs, unmaintained in Gentoo, EAPI 5. # Removal in 30 days. Bug #TBA (Bugzilla is down) www-apache/mod_vhost_ldap -- Marecki OpenPGP_signature Description: OpenPGP digital

[gentoo-dev] Re: Last rites: www-apache/mod_ldap_userdir

2021-11-27 Thread Marek Szuba
On 2021-11-27 15:32, Marek Szuba wrote: # Upstream Web site (including release tarballs) is gone, no activity # in their GitHub repository since June 2021. To avoid confusion, that should have said "2012". Oops. -- Marecki OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Last rites: www-apache/mod_ldap_userdir

2021-11-27 Thread Marek Szuba
# Marek Szuba (2021-11-27) # Upstream Web site (including release tarballs) is gone, no activity # in their GitHub repository since June 2021. Unmaintained in Gentoo # for years, EAPI 5. # Removal in 30 days. Bug #TBA (Bugzilla is down) www-apache/mod_ldap_userdir -- Marecki

[gentoo-dev] Last rites: www-apache/mod_extract_forwarded

2021-11-27 Thread Marek Szuba
# Marek Szuba (2021-11-27) # Upstream is long gone, unmaintained in Gentoo for years, EAPI 5. # Removal in 30 days. Bug #TBA (Bugzilla is down) www-apache/mod_extract_forwarded -- Marecki OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Last rites: www-apache/mod_evasive

2021-11-27 Thread Marek Szuba
# No upstream activity since October 2005, release tarballs # not available any more. Unmaintained in Gentoo, EAPI 5. # Removal in 30 days. Bug #TBA (Bugzilla is down) www-apache/mod_evasive -- Marecki OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Last rites: sci-biology/ApE

2021-11-26 Thread Marek Szuba
# Upstream discontinued Linux support over 10 years ago so we are now # one major version and countless known bugs behind. No source archives # published for current versions. Unmaintained in Gentoo for years, # EAPI 5. Removal in 30 days. Bug #827522 sci-biology/ApE -- Marecki

[gentoo-dev] Last rites: net-misc/netkit-routed

2021-11-25 Thread Marek Szuba
# Ancient, very few distributions still package it. Both upstream # and the Debian package we use in SRC_URI are now gone. EAPI 5, # unmaintained in Gentoo. # Removal in 30 days. Bug #827322 net-misc/netkit-routed -- Marecki OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Last rites: net-analyzer/nagios-check_pidfile

2021-11-25 Thread Marek Szuba
# Upstream is gone. Unmaintained in Gentoo, last updated # back in the CVS era, EAPI 5, open bugs. # Removal in 30 days. Bug #826790 net-analyzer/nagios-check_pidfile -- Marecki OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Last rites: net-analyzer/nagios-check_fail2ban

2021-11-25 Thread Marek Szuba
# Upstream is gone. Unmaintained in Gentoo, last updated # back in the CVS era, EAPI 5, open bugs. # Removal in 30 days. Bug #826786 net-analyzer/nagios-check_fail2ban -- Marecki OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] [PATCH] 2021-11-23-mariadb-database-restore-maybe-required: add item

2021-11-25 Thread Marek Szuba
On 2021-11-25 04:49, Mike Gilbert wrote: Also, I don't think it is relevant to call out the mistake by the QA team in a news item intended for end users. My sentiment exactly. No finger pointing in news items, please. I don't like the phrase "forcefully downgraded" here. This implies that

[gentoo-dev] Last rites: dev-util/yuicompressor

2021-11-24 Thread Marek Szuba
# No new releases since July 2013, no commits to upstream Git repository # since May 2019, long list of known issues (including Bug #681520), # unmaintained in Gentoo, EAPI 5. Consider using dev-util/uglifyjs # instead. # Removal in 30 days. Bug #826470 dev-util/yuicompressor -- Marecki

[gentoo-dev] Last rites: app-text/pdf2oo

2021-11-23 Thread Marek Szuba
# Last release in 2009, dead upstream. Rendered obsolete by native PDF # importers provided by LibreOffice/OpenOffice, which actually read PDFs # instead of converting them to images. Unmaintained in Gentoo, EAPI 5. # Removal in 30 days. Bug #826382 app-text/pdf2oo -- Marecki OpenPGP_signature

[gentoo-dev] Last rites: app-text/dbacl

2021-11-23 Thread Marek Szuba
No releases or repo activity upstream since 2013, both versions currently in the tree fail to build (for different reasons), unmaintained in Gentoo, stable ebuild uses EAPI 5. Removal in 30 days. Bug #756925 -- Marecki OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Last rites: app-doc/selfhtml

2021-11-22 Thread Marek Szuba
# Upstream switched from static documentation to the Wiki format # around 10 years ago, and the ebuild we've got in the tree was # massively outdated even then (our version: 812, last static # upstream version: 2001). No maintainer in Gentoo, EAPI 5. # Removal in 30 days. Bug #826454

[gentoo-dev] Last rites: app-admin/psmon

2021-11-22 Thread Marek Szuba
Last release in 2008 at the latest, no maintainer in Gentoo for years, EAPI 5, upstream is gone, the only distros which still package it are Gentoo, Funtoo and LiGurOS. Removal in 30 days. Bug #826682 -- Marecki OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] [RFC] Moving more architectures to ~arch only

2021-11-04 Thread Marek Szuba
Sorry about a long delay responding, I ended up being offline until the end of last week and I've had quite a lot of catching up. Anyway, let me begin by addressing a sentiment expressed independently in several responses and which could be summarised as "just come and help". A laudable idea

[gentoo-dev] [RFC] Moving more architectures to ~arch only

2021-10-14 Thread Marek Szuba
Dear everyone, Following some private discussions, I feel quite strongly now that it would both considerably improve certain processes and make our use of limited manpower more efficient were we to further reduce the number of stable arches in Gentoo Linux. Specifically, I propose to drop -

Re: [gentoo-dev] Packages up for grabs: misc packages from chainsaw@

2021-10-05 Thread Marek Szuba
On 2021-10-05 05:04, Sam James wrote: Hi all, Chainsaw asked retirement@ to drop him to maintainer-needed on his packages, so here's the resultant packages with no maintainers left: app-admin/ansible-lint > dev-python/requests-credssp I'll take these. -- Marecki OpenPGP_signature

Re: [gentoo-dev] Guidance on distributed patented software

2021-09-27 Thread Marek Szuba
On 2021-09-26 21:20, Rich Freeman wrote: Back in the PGP ITAR days I believe somebody went through some loopholes to publish the software outside the US, Yes, PGP 2.6 source code got published as an OCR-friendly book (https://dl.acm.org/doi/book/10./207390) which was then legally taken

Re: [gentoo-dev] [PATCH 00/44] @PROVIDES for eclasses

2021-09-02 Thread Marek Szuba
On 2021-09-02 11:46, Michał Górny wrote: lua.eclass: Set @PROVIDES lua-single.eclass: Set @PROVIDES ACK on these two. -- Marecki OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] [PATCH] cmake.eclass: support EAPI 8

2021-08-16 Thread Marek Szuba
On 2021-08-16 18:31, Andreas Sturmlechner wrote: Feel free to pick up task no. 3 from the bug. Everything else is either done already or easy enough. OK, I'll see what I can do. -- Marecki OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Re: Package up for half-grabs: net-libs/nodejs

2021-08-16 Thread Marek Szuba
On 2021-08-16 17:50, Joonas Niilola wrote: It'd help if you described the caveats that are to be expected. I would say there are two: 1. Apart from from what comes out on the latest even branch (I would strongly advise against packaging odd branches if you value your sanity, except

Re: [gentoo-dev] [PATCH] cmake.eclass: support EAPI 8

2021-08-16 Thread Marek Szuba
On 2021-08-16 18:06, Joonas Niilola wrote: What's the rush with 8 anyway? We still have eclasses that don't even support 7. And since 6 is now, sigh, deprecated, any bump to ebuilds depending on those eclasses will add to the evergrowing CI issue list right? I'd say it's more important to

Re: [gentoo-dev] [PATCH] cmake.eclass: support EAPI 8

2021-08-16 Thread Marek Szuba
On 2021-08-16 17:49, Sam James wrote: See https://bugs.gentoo.org/802786 and https://github.com/gentoo/kde/pull/903. There's some work to be done first. I see. Guess we'll have to stick with EAPI 7 for cmake revdeps in the foreseeable future, then. -- MS OpenPGP_signature Description:

Re: [gentoo-dev] [PATCH] cmake.eclass: support EAPI 8

2021-08-16 Thread Marek Szuba
possible changes to get it to work with EAPI 8 (i.e. no removal of banned functions etc.) - and fortunately it seems extending the $EAPI check is all that is needed. Would be great if someone from kde@g.o. could give their blessing (or lack thereof) to this patch. On 2021-08-16 17:43, Marek Szuba

[gentoo-dev] [PATCH] cmake.eclass: support EAPI 8

2021-08-16 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/cmake.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/cmake.eclass b/eclass/cmake.eclass index 4bd09459ea6..52bf65a463d 100644 --- a/eclass/cmake.eclass +++ b/eclass/cmake.eclass @@ -9,7 +9,7 @@ # Maciej Mrozowski

Re: [gentoo-dev] News item: breaking change to app-misc/mc user-configuration handling

2021-08-16 Thread Marek Szuba
On 2021-08-16 16:22, Lars Wendler wrote: thank you very much for wqriting this up. I highly appreciate this. Cheers! echo 'app-misc/mc' >> /etc/portage/package.use I suppose that should be: echo 'app-misc/mc xdg' >> /etc/portage/package.use Indeed. Fixed locally. and have

[gentoo-dev] News item: breaking change to app-misc/mc user-configuration handling

2021-08-16 Thread Marek Szuba
Title: >=app-misc/mc-4.8.27 to drop support for ~/.mc Author: Marek Szuba Posted: 2021-08-19 Revision: 1 News-Item-Format: 2.0 Display-If-Installed: app-misc/mc app-misc/mc versions between 4.8.1 and 4.8.26, inclusive, would look for their user configuration in two possible places: * if bu

[gentoo-dev] Package up for half-grabs: net-libs/nodejs

2021-08-16 Thread Marek Szuba
Hi all, I'm taking a (hopefully temporary) break from maintaining net-libs/nodejs, as I expected when took it on it is a relatively high-intensity package and I fear that if I keep it up at this rate I'll end up burning out as a Gentoo developer. Anyone interested in stepping in? Node has

Re: [gentoo-dev] Multiple packages up for grabs

2021-08-11 Thread Marek Szuba
On 2021-08-10 06:17, Mikle Kolyada wrote: I will take those as yubikey is my daily use now And I'll co-maintain them, both for the same reason as zlogene and because I maintain two YubiKey-related packages (as well as one for SoloKeys which depends on fido2) already. -- Marecki

[gentoo-dev] Guarantees of unstable architectures

2021-07-26 Thread Marek Szuba
Dear everyone, During the open-floor part of this month's Council meeting I asked whether there is any official policy regarding what is or is not guaranteed for hardware architectures we do not consider stable in Gentoo. For reference, according to the current version of

[gentoo-dev] [PATCH 2/2] lua-single.eclass: consider historical impls in _lua_verify_patterns()

2021-07-23 Thread Marek Szuba
This is so that lua_gen_foo() calls die on mentions of formerly supported implementations, allowing for such mentions to be gradually removed from ebuilds which contain them. Signed-off-by: Marek Szuba --- eclass/lua-single.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[gentoo-dev] [PATCH 1/2] lua-utils.eclass: new eclass variable _LUA_HISTORICAL_IMPLS

2021-07-23 Thread Marek Szuba
Similarly to _PYTHON_HISTORICAL_IMPLS, it will hold names of Lua implementations which used to be supported but no longer are. Signed-off-by: Marek Szuba --- eclass/lua-utils.eclass | 7 +++ 1 file changed, 7 insertions(+) diff --git a/eclass/lua-utils.eclass b/eclass/lua-utils.eclass

[gentoo-dev] [PATCH 0/2] Lua eclasses: prepare for dropping lua5-2 support

2021-07-23 Thread Marek Szuba
If memory serves me right there _are_ ebuilds which mention lua5-2 in lua_gen_cond_dep() calls. Let's steal another idea from Python eclasses and allow this implementation not to trip pattern validation in spite of no longer being supported by the eclasses, by be declaring it a historical

Re: [gentoo-dev] fortran-2.eclass EAPI-8 support

2021-07-16 Thread Marek Szuba
On 2021-07-16 22:50, Sam James wrote: But to introduce a fix, isn't it a _lot_ easier to do it at the point of a new EAPI? In general, IMHO only if we intend to preserve the old (incorrect) behaviour for older EAPIs - which in this particular case was not needed because I cannot think of

[gentoo-dev] [PATCH] fortran-2.eclass: use BDEPEND on EAPI 7+

2021-07-16 Thread Marek Szuba
the target arch, necessitating the use of both DEPEND and BDEPEND on newer EAPIs. Closes: https://bugs.gentoo.org/802153 Signed-off-by: Marek Szuba --- eclass/fortran-2.eclass | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/eclass/fortran-2.eclass b/eclass/fortra

[gentoo-dev]

2021-07-16 Thread Marek Szuba
With many thanks to ulm for having pointed this out. Not that while this patch does indeed change the eclass behaviour for the established EAPI 7 rather than for the new EAPI 8, it does so in a way I deem non-intrusive enough to allow this - the only case where something is actually removed from

Re: [gentoo-dev] [PATCH] cuda.eclass: EAPI support: add 8, drop 5 and 6

2021-07-15 Thread Marek Szuba
On 2021-07-15 06:58, Ulrich Mueller wrote: In the latest bunch of updates, we have changed many eclasses to have only a single error case, and also standardized the die message. Maybe simplify this eclass as well? If anyone from Sci suggests/seconds this I shall not argue, that said I do in

[gentoo-dev] [PATCH] cuda.eclass: EAPI support: add 8, drop 5 and 6

2021-07-14 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/cuda.eclass | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/eclass/cuda.eclass b/eclass/cuda.eclass index b1da77c69dd..08d2302d55b 100644 --- a/eclass/cuda.eclass +++ b/eclass/cuda.eclass @@ -1,11 +1,11 @@ -# Copyright 1999-2020

[gentoo-dev] cuda.eclass EAPI-support shuffle

2021-07-14 Thread Marek Szuba
Like fortran-2 adding support for EAPI 8 appears to be trivial, unlike fortran-2 we have no longer got any deprecated-EAPI ebuilds in the tree inheriting it.

Re: [gentoo-dev] fortran-2.eclass EAPI-8 support

2021-07-14 Thread Marek Szuba
On 2021-07-14 13:02, Ulrich Mueller wrote: Shouldn't virtual/fortran go into BDEPEND in EAPIs 7 and 8? Good point! I've created https://bugs.gentoo.org/802153 so that we do not lose track of this, that said it is beyond the scope of the issue at hand (the eclass will not behave any

Re: [gentoo-dev] [PATCH] News item v2: media-sound/pulseeffects "renaming"

2021-07-14 Thread Marek Szuba
On 2021-07-13 18:54, Michał Górny wrote: +media-sound/easyeffects is already available in the tree, and the +remaining PipeWire-dependent ebuilds of media-sound/pulseeffects will s/ebuilds/versions/. Changed locally. +be removed in 7 days. Probably better to use an explicit date here.

Re: [gentoo-dev] [PATCH] lua*.eclass: standardize the guard variables

2021-07-14 Thread Marek Szuba
On 2021-07-13 18:35, William Hubbs wrote: >> are there any non-cosmetic reasons for doing this? Consistency with the rest of the tree. If you do a "git grep _R0" on the eclass directory, the lua eclasses are the only ones that have this in the names of the guard variables, and the eclasses

[gentoo-dev] [PATCH] fortran-2.eclass: support EAPI 8

2021-07-14 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/fortran-2.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/fortran-2.eclass b/eclass/fortran-2.eclass index 0bb00f475a2..9d0c71703e4 100644 --- a/eclass/fortran-2.eclass +++ b/eclass/fortran-2.eclass @@ -7,7 +7,7

[gentoo-dev] fortran-2.eclass EAPI-8 support

2021-07-14 Thread Marek Szuba
On the plus side, nothing in here that requires changing to work with the new EAPI. On the minus side, we still got many EAPI-5 and 6 consumers of this eclass in the tree so no chance of dropping support for these two at this time.

[gentoo-dev] [PATCH] News item v2: media-sound/pulseeffects "renaming"

2021-07-13 Thread Marek Szuba
Signed-off-by: Marek Szuba --- ...2021-07-16-pulseeffects-easyeffects.en.txt | 33 +++ 1 file changed, 33 insertions(+) create mode 100644 2021-07-16-pulseeffects-easyeffects/2021-07-16-pulseeffects-easyeffects.en.txt diff --git a/2021-07-16-pulseeffects-easyeffects/2021-07

[gentoo-dev] News item v2: media-sound/pulseeffects "renaming"

2021-07-13 Thread Marek Szuba
New version incorporating suggestions from mgorny and ulm, thank you for your feedback. -- Marecki

Re: [gentoo-dev] News item: media-sound/pulseffects "renaming"

2021-07-13 Thread Marek Szuba
On 2021-07-13 07:20, Michał Górny wrote: Title: PipeWire versions of PulseEffects are now media-sound/easyeffects The title is too long (50 chars max AFAIR) Argh, and after all my attempts to keep this as short as possible while keeping this meaningful :-) Will think of something even

[gentoo-dev] Re: News item: media-sound/pulseffects "renaming"

2021-07-12 Thread Marek Szuba
On 2021-07-13 01:01, Marek Szuba wrote: Title: PipeWire versions of PulseEffects are now media-sound/easyeffects Author: Marek Szuba Posted: 2021-07-16 Revision: 1 News-Item-Format: 2.0 Display-If-Installed: >=media-sound/pulseeffects-5.0.0 In response to the upstream decision to ren

[gentoo-dev] News item: media-sound/pulseffects "renaming"

2021-07-12 Thread Marek Szuba
ter the ebuild is gone, won't it. * * * Title: PipeWire versions of PulseEffects are now media-sound/easyeffects Author: Marek Szuba Posted: 2021-07-16 Revision: 1 News-Item-Format: 2.0 Display-If-Installed: >=media-sound/pulseeffects-5.0.0 In response to the upstream decision to rename PulseE

[gentoo-dev] Last rites: app-crypt/cardpeek

2021-07-12 Thread Marek Szuba
# Marek Szuba (2021-07-12) # No releases since March 2015, no upstream repo activity since November # 2019. Unmaintained in Gentoo. Depends on effectively EOLed Lua 5.2, # fails to build against any other version. Removal in 30 days # (Bug #801883) app-crypt/cardpeek -- Marecki

Re: [gentoo-dev] [RFC] Dropping dev-lang/lua:5.2

2021-07-12 Thread Marek Szuba
On 2021-07-09 17:34, William Hubbs wrote: Actually upstream does say when they will stop supporting each version [1]. Um, where? Because I've looked at this page before, I've looked at it again just now and I all can see there is that there will be no further releases of Lua versions up to

Re: [gentoo-dev] [RFC] Changes to EAPI ban workflow

2021-07-12 Thread Marek Szuba
On 2021-07-11 21:54, Michał Górny wrote: My gut feeling is that having this distinction is useful. However, it has been pointed out that we've probably never really had to use it (i.e. use the "banned" argument to stop someone from using old EAPI) and that the switch from "deprecated" to

Re: [gentoo-dev] [PATCH] lua*.eclass: standardize the guard variables

2021-07-12 Thread Marek Szuba
On 2021-07-10 22:55, William Hubbs wrote: Change the _R0 suffix on these variable names to _ECLASS. Since my question in response to the previous round of this has yet to be answered, I repeat: are there any non-cosmetic reasons for doing this? -- Marecki OpenPGP_signature Description:

Re: [gentoo-dev] [RFC] Dropping dev-lang/lua:5.2

2021-07-09 Thread Marek Szuba
On 2021-07-09 15:35, William Hubbs wrote: As many (if not most) of you know, the Lua ecosystem is somewhat awkward owing to the facts that on the one hand dev-lang/lua upstream has never officially declared end of life on older versions, Actually upstream does say when they will stop

[gentoo-dev] [RFC] Dropping dev-lang/lua:5.2

2021-07-09 Thread Marek Szuba
Dear everyone, As many (if not most) of you know, the Lua ecosystem is somewhat awkward owing to the facts that on the one hand dev-lang/lua upstream has never officially declared end of life on older versions, and on the other dev-lang/luajit has never moved beyond 5.1 with their API

Re: [gentoo-dev] [PATCH] lua*.eclass: standardize the guard variables

2021-07-07 Thread Marek Szuba
On 2021-07-06 22:59, William Hubbs wrote: Change the _R0 suffix on these variable names to _ECLASS. Any non-cosmetic reasons for doing this? -- Marecki OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] Packages up to co-maintenance

2021-07-02 Thread Marek Szuba
On 2021-07-02 10:12, Sergei Trofimovich wrote: app-misc/mc dev-util/ltrace media-fonts/terminus-font media-libs/aalib Will attach myself to these four. -- Marecki OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] Packages up for grabs (m-n batch)

2021-07-02 Thread Marek Szuba
On 2021-07-02 08:41, Sergei Trofimovich wrote: # fuzzer tools of sorts, very fun ones: app-forensics/honggfuzz sys-libs/blocksruntime app-forensics/radamsa app-forensics/zzuf I'll take the lot. # maybe retire? it somewhat worked a while ago x11-plugins/purple-mattermost Seconding

Re: [gentoo-dev] 'pax_kernel' USE flag

2021-07-01 Thread Marek Szuba
On 2021-06-22 10:35, Marek Szuba wrote: Seeing as in the end this USE flag is not going anywhere in spite of Gentoo no longer providing PaX-capable kernel sources, could we please rename it (e.g. to 'pax-kernel') so that it no longer contains a disallowed character. Done. Now the old name

[gentoo-dev] News item: USE=pax_kernel renaming

2021-06-25 Thread Marek Szuba
change itself, my plan is to temporarily add the REQUIRED_USE compatibility guard to libffi (as suggested by slyfox) and simply rename the flag everywhere else. * * * Title: USE flag 'pax_kernel' to be renamed to 'pax-kernel' Author: Marek Szuba Posted: 2021-06-28 Revision: 1 News-Item

[gentoo-dev] Last rites: dev-lang/lua:0 (i.e. unslotted Lua)

2021-06-25 Thread Marek Szuba
# Marek Szuba (2021-06-25) # Unslotted version conflicting with lua eclasses. # No revdeps left. EAPI 5. Removal in 30 days (Bug #798693) dev-lang/lua:0 -- MS OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] 'pax_kernel' USE flag

2021-06-23 Thread Marek Szuba
On 2021-06-22 19:01, Sergei Trofimovich wrote: One of the steps forward for libffi would be to add extra USE=pax-kernel with REQUIRED_USE="pax_kernel? ( pax-kernel )" or 'die' equivalent. Sounds like a good idea to me, that way people who don't pay attention to news items will notice. --

[gentoo-dev] 'pax_kernel' USE flag

2021-06-22 Thread Marek Szuba
Dear everyone, Seeing as in the end this USE flag is not going anywhere in spite of Gentoo no longer providing PaX-capable kernel sources, could we please rename it (e.g. to 'pax-kernel') so that it no longer contains a disallowed character. I understand the main reason this hasn't been done

Re: [gentoo-dev] Up for grabs: various base-system@ packages

2021-06-17 Thread Marek Szuba
On 2021-06-16 19:18, Sam James wrote: - app-editors/hexcurse I'll take this one. -- Marecki OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Marek Szuba
On 2021-06-16 11:22, Michał Górny wrote: IMO it makes most sense to just switch the default to irc.gentoo.org if we are going to change defaults anyway. We can't really do that as ircs://irc.gentoo.org causes certificate hostname mismatch. On a somewhat tangential note, could we add a TLSA

[gentoo-dev] [PATCH 3/3] lua-single.eclass: support EAPI 8

2021-06-16 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/lua-single.eclass | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/eclass/lua-single.eclass b/eclass/lua-single.eclass index 11c2790dac2..7abe1eb6674 100644 --- a/eclass/lua-single.eclass +++ b/eclass/lua-single.eclass @@ -1,4 +1,4

[gentoo-dev] [PATCH 2/3] lua.eclass: support EAPI 8

2021-06-16 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/lua.eclass | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/eclass/lua.eclass b/eclass/lua.eclass index 46d9e848c87..e3a25c5d184 100644 --- a/eclass/lua.eclass +++ b/eclass/lua.eclass @@ -1,4 +1,4 @@ -# Copyright 1999-2020 Gentoo

[gentoo-dev] [PATCH 1/3] lua-utils.eclass: support EAPI 8

2021-06-16 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/lua-utils.eclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/eclass/lua-utils.eclass b/eclass/lua-utils.eclass index ddf44f354e1..59959eaf9c0 100644 --- a/eclass/lua-utils.eclass +++ b/eclass/lua-utils.eclass @@ -8,7 +8,7

[gentoo-dev] Lua eclasses: support EAPI 8

2021-06-16 Thread Marek Szuba
Nothing special here. RESTRICT manipulation in lua-utils still uses += on purpose, for consistency with how other variables are handled there as well as in order to avoid wasting CPU cycles on an EAPI version check for something that ultimately achieves the same.

[gentoo-dev] [PATCH] sword-module.eclass: support EAPI 8

2021-06-16 Thread Marek Szuba
Signed-off-by: Marek Szuba --- eclass/sword-module.eclass | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/eclass/sword-module.eclass b/eclass/sword-module.eclass index 2ae58d1e51b..f8ae83c9f05 100644 --- a/eclass/sword-module.eclass +++ b/eclass/sword-module.eclass

Re: [gentoo-dev] Packages up for grabs

2021-06-13 Thread Marek Szuba
On 2021-06-13 10:01, David Seifert wrote: dev-vcs/git-flow I'll take this one. -- Marecki OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] News item: >=net-p2p/syncthing-1.17.0 incompatibility with

2021-05-14 Thread Marek Szuba
On 2021-05-14 19:25, Ulrich Mueller wrote: Too long, GLEP 42 allows 50 chars max after "Title: ". OK, will change this to Title: >=net-p2p/syncthing-1.17.0 incompatibility warning -- MS OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Changing the order of ICD loaders in virtual/opencl

2021-05-14 Thread Marek Szuba
Dear all, Seeing as it has been around year since we added dev-libs/opencl-icd-loader to the tree, I wonder whether it would perhaps make sense to make it, rather than dev-libs/ocl-icd, the preferred OpenCL ICD loader for new installations. Advantages (that I can see) of opencl-icd-loader:

[gentoo-dev] News item: >=net-p2p/syncthing-1.17.0 incompatibility with

2021-05-14 Thread Marek Szuba
hor: Marek Szuba Posted: 2021-05-18 Revision: 1 News-Item-Format: 2.0 Display-If-Installed: net-p2p/syncthing Starting with version 1.17.0, net-p2p/syncthing by default only allows TLS 1.3 for sync connections - making it impossible to sync with devices not supporting, i.e. running Syncthing versi

Re: [gentoo-dev] Packages up for grabs: games-action/minetest and dependencies

2021-05-12 Thread Marek Szuba
On 2021-05-12 09:53, William Breathitt Gray wrote: The following packages are up for grabs: games-action/minetest acct-group/minetest acct-user/minetest dev-cpp/benchmark dev-cpp/prometheus-cpp I'll take them. -- MS OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] News item: dropping x86 support from media-gfx/darktable

2021-05-11 Thread Marek Szuba
Title: x86 support to be dropped from media-gfx/darktable Author: Marek Szuba Posted: 2021-05-15 Revision: 1 News-Item-Format: 2.0 Display-If-Keyword: x86 Display-If-Installed: =media-gfx/darktable-2.6.2 Since version 3.0.0 media-gfx/darktable officially only supports 64-bit architectures

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-04-22 Thread Marek Szuba
On 2021-03-27 23:40, Joshua Kinard wrote: The MIPS machine has functioning local disk drives, and currently, it boots fine by just pulling a kernel off my TFTP server and booting from the local drive, no initramfs needed because I compiled everything into it. Out of curiosity, if your kernel

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-04-22 Thread Marek Szuba
On 2021-03-29 10:06, James Le Cuirot wrote: Have you seen CONFIG_CMDLINE? It lets you bake command line args into the kernel image itself. And since 5.6, there is also bootconfig: https://www.kernel.org/doc/html/latest/admin-guide/bootconfig.html -- MS OpenPGP_signature Description:

[gentoo-dev] Last rites: mail-mta/protonmail-bridge-bin

2021-03-19 Thread Marek Szuba
# Depends on bundled out-of-date Qt5 libraries, and even with those # installed recent upstream versions fail to run. Moreover, we have now # got a source variant in the tree which, while still CLI-only for now, # is up to date and actually works. # Removal in 30 days. Bug #768228.

Re: [gentoo-dev] Packages up for grabs: app-emulation/fuse app-emulation/fuse-utils app-emulation/libspectrum

2021-03-15 Thread Marek Szuba
On 05/03/2021 19:37, Sam James wrote: Following the retirement of a proxy maintainer, as their request, we have the following packages up for grabs: app-emulation/fuse app-emulation/fuse-utils app-emulation/libspectrum I'll take them. -- Marecki

Re: [gentoo-dev] Stabilisation of the slotted-Lua ecosystem

2021-02-23 Thread Marek Szuba
On 22/01/2021 14:38, Marek Szuba wrote: The time has come for the final big push towards widespread deployment on slotted Lua - this monstrosity: https://bugs.gentoo.org/766528 . Many thanks in advance to all the arch testers who will deal with this. Nb. I am happy with this bug being split

[gentoo-dev] Stabilisation of the slotted-Lua ecosystem

2021-01-22 Thread Marek Szuba
Ladies and germs, The time has come for the final big push towards widespread deployment on slotted Lua - this monstrosity: https://bugs.gentoo.org/766528 . Many thanks in advance to all the arch testers who will deal with this. Nb. I am happy with this bug being split into several if that

Re: [gentoo-dev] Packages up for grabs

2021-01-17 Thread Marek Szuba
On 17/01/2021 09:26, Michał Górny wrote: [bv] x11-plugins/vicious [B ] x11-wm/awesome I'll take these two. -- MS

Re: [gentoo-dev] [News review] LibreSSL support discontinued

2021-01-04 Thread Marek Szuba
On January 4, 2021 8:25:21 AM UTC, Stefan Strogin wrote: >Doesn't work for me. Have you got libressl in your world file, perchance? -- Marecki

Re: [gentoo-dev] Slotted Lua + revdeps to be unmasked on Christmas Eve

2020-12-23 Thread Marek Szuba
On December 23, 2020 2:56:05 AM UTC, Michael Orlitzky wrote: >One last design issue that I ran into during the migration. > >The slotted lua ebuilds install the headers into subdirectories like >/usr/include/lua5.2, but otherwise with their upstream names. The >libraries, on the other hand,

[gentoo-dev] Slotted Lua + revdeps to be unmasked on Christmas Eve

2020-12-22 Thread Marek Szuba
Dear all, As of right now, the blocking slotted-lua tracker depends on 5 (FIVE) open bugs. The still-to-be migrated packages are: app-metrics/collectd - ebuild under review of the maintainer games-strategy/megaglest - no response from maintainers (games@g.o) mail-filter/opendkim - committed

[gentoo-dev] [PATCH] waf-utils.eclass: support EAPI-7

2020-12-21 Thread Marek Szuba
Trivial bump. Tested with a modified media-video/mpv ebuild (which package requires this change before it can be migrated to Lua eclasses), seems to work fine. --- a/eclass/waf-utils.eclass +++ b/eclass/waf-utils.eclass @@ -8,7 +8,7 @@ # Original Author: Gilles Dartiguelongue # Various

Re: [gentoo-dev] Slotted Lua: 2020-12-04 status update

2020-12-09 Thread Marek Szuba
On 2020-12-09 16:21, Michael Orlitzky wrote: LUA_DEPS itself will not but the change of LUA_SINGLE_TARGET in the package in question will, same way other packages can be rebuilt on USE-flag changes. So lua has inherited the python approach of requiring everyone to use portage? =/ I don't

Re: [gentoo-dev] Slotted Lua: 2020-12-04 status update

2020-12-09 Thread Marek Szuba
On 2020-12-09 15:56, Michael Orlitzky wrote: I think the slotted lua ebuilds should be doing some eselect-lua stuff in pkg_postinst() and pkg_postrm(). For example:   * I have lua-5.1 and lua-5.2 installed   * Lua-5.2 is eselected   * I uninstall lua-5.2   * Now

Re: [gentoo-dev] Slotted Lua: 2020-12-04 status update

2020-12-07 Thread Marek Szuba
On 2020-12-04 13:16, Marek Szuba wrote: Since a week ago the number of open bugs blocking the slotted-Lua tracker has been reduced from 119 to under 80. Updated count as of a few minutes ago: 64 open tickets! Full list: https://dev.gentoo.org/~marecki/open_blocking_lua_eclass_bugs

Re: [gentoo-dev] Python 2 cleanup: remaining packages, Dec 2020 update

2020-12-05 Thread Marek Szuba
On December 5, 2020 12:31:33 PM UTC, Andrew Savchenko wrote: >Looks like you misunderstood what "Python 3 compatibility mode" >means. See official explanation: >https://www.renpy.org/dev-doc/html/changelog.html#python-2-python-3-compatibility-mode So I have. Oh well, last rites it most

[gentoo-dev] Slotted Lua: 2020-12-04 status update

2020-12-04 Thread Marek Szuba
Dear everyone, Since a week ago the number of open bugs blocking the slotted-Lua tracker has been reduced from 119 to under 80. A few of these have been either made no longer dependent on dev-lang/lua, last-rited, or moved to a separate tracker (it is linked to the old one under See Also)

Re: [gentoo-dev] Python 2 cleanup: remaining packages, Dec 2020 update

2020-12-04 Thread Marek Szuba
On 2020-12-04 01:54, Michał Górny wrote: Waiting for py3 port (likely last rite candidates): - games-engines/renpy RenPy 7.4.0, released on the 26th of November, features "new Python 3 compatibility mode". It is of course up to the maintainer of this package to decide how to proceed but were

[gentoo-dev] Re: Slotted Lua: eclass migration status

2020-11-30 Thread Marek Szuba
On 2020-11-28 20:09, Marek Szuba wrote: While the migration of some of depends on various Lua modules which have not themselves been migrated (from a glance at the dependency tree, it seems dev-lua/lpeg and dev-lua/LuaBitOp are the ones we need the most urgently), the vast majority

Re: [gentoo-dev] Dissolving project desktop-misc

2020-11-29 Thread Marek Szuba
On 2020-11-29 16:48, Andreas K. Hüttel wrote: app-text/xchm x11-misc/cbatticon x11-misc/fracplanet x11-misc/hsetroot > x11-misc/read-edid > x11-misc/xdotool > x11-misc/xnots I'll take these. x11-misc/i3lock Will add myself as the second maintainer if Jakov is okay with it. -- Marecki

Re: [gentoo-dev] Python 2 cleanup: remaining packages, Dec 2020 update

2020-11-29 Thread Marek Szuba
On 2020-11-28 22:47, Michał Górny wrote: Waiting for py3 port (likely last rite candidates): - games-engines/renpy RenPy 7.4.0, released on the 26th of November, features "new Python 3 compatibility mode". It is of course up to the maintainer of this package to decide how to proceed but

[gentoo-dev] Slotted Lua: eclass migration status

2020-11-28 Thread Marek Szuba
Let me begin by giving my sincere thanks to everyone who has already taken time in the last several weeks to either migrate their Lua-dependent packages to lua{,-single}.eclass or otherwise made sure said packages will not block migration to slotted dev-lang/lua. Your efforts have been VERY

[gentoo-dev] Last rites: dev-lua/luadoc

2020-11-24 Thread Marek Szuba
# Marek Szuba (2020-11-24) # No releases since 2008, deprecated upstream in favour of dev-lua/ldoc, # unmaintained, no revdeps. Removal in 30 days (Bug #756343). dev-lua/luadoc -- Marecki OpenPGP_0xD4945FFDD7FE7E37_and_old_rev.asc Description: application/pgp-keys OpenPGP_signature

  1   2   3   >