Re: [gentoo-dev] [PATCH] 2021-08-01-tcpd-disabled: Remove USE=tcpd from make.defaults

2021-07-28 Thread Ulrich Mueller
>>>>> On Wed, 28 Jul 2021, Thomas Deutschmann wrote: > On 2021-07-27 16:07, Ulrich Mueller wrote: >>> +Display-If-Installed: net-analyzer/argus-clients >> IIUC this won't affect users who have already disabled the flag, >> so maybe add a [tcpd] use depen

Re: [gentoo-dev] [PATCH] 2021-08-01-tcpd-disabled: Remove USE=tcpd from make.defaults

2021-07-27 Thread Ulrich Mueller
> On Tue, 27 Jul 2021, David Seifert wrote: > +Display-If-Installed: net-analyzer/argus-clients IIUC this won't affect users who have already disabled the flag, so maybe add a [tcpd] use dependency here (and to all other Display-If-Installed lines below)? > +for an adhoc firewall based on

Re: [gentoo-dev] [PATCH 1/2] eclass/eutils.eclass: drop ltprune inherit

2021-07-27 Thread Ulrich Mueller
> On Tue, 27 Jul 2021, Conrad Kostecki wrote: > No ebuilds remaining to call directly prune_libtool_files, > so we could drop the ltprune inherit in eutils. I see very little benefit, because a) the indirect inherit is limited to EAPIs 5 and 6, and b) eutils is deprecated. OTOH, there's some

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Ulrich Mueller
> On Sun, 25 Jul 2021, Roy Bamford wrote: > I'm in the "if it's not broken don't fix it" school. +1 I don't see a strong argument to remove SHA512, so leave things as they are for now. We can reiterate when there are indications that SHA512 would be broken. (Then again, the same applies to

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-24 Thread Ulrich Mueller
>>>>> On Sat, 24 Jul 2021, alicef wrote: > On July 24, 2021 3:21:56 AM GMT+09:00, Ulrich Mueller wrote: >>>>>>> On Fri, 23 Jul 2021, Alice wrote: >> >>>> GNU FSDG-compliance require not only removing non-free code but also >

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-23 Thread Ulrich Mueller
> On Fri, 23 Jul 2021, Alice wrote: >> GNU FSDG-compliance require not only removing non-free code but also >> to disable loading of known non-free firmware. So they actually remove code that by itself is free software. I had suspected that. (By what logic does removing an option add to the

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-23 Thread Ulrich Mueller
>>>>> On Fri, 23 Jul 2021, Alice wrote: > On 7/23/21 9:52 PM, Ulrich Mueller wrote: >> My point is, when we changed the ACCEPT_LICENSE default to @FREE in >> 2019, there was a discussion if we could remove LICENSE="linux-firmware" >> from kernel pa

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-23 Thread Ulrich Mueller
> On Fri, 23 Jul 2021, Alice wrote: > Gentoo is about choice. if there are users that want to use deblob I > don't see why we don't have to add the option. Sure, choice is good. My point is, when we changed the ACCEPT_LICENSE default to @FREE in 2019, there was a discussion if we could

Re: [gentoo-dev] [PATCH v2 5/5] check-reqs.eclass: Repl. I_KNOW_WHAT_I_AM_DOING w/ CHECKREQS_DONOTHING

2021-07-23 Thread Ulrich Mueller
This will break backwards compatibility for user configuration. Not sure if it merits a news item (probably not, as it would be addressed only at users who know what they're doing :) but maybe respect both variables for some transition time? signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-23 Thread Ulrich Mueller
>>>>> On Fri, 23 Jul 2021, Alice wrote: > On 7/23/21 6:04 AM, Ulrich Mueller wrote: >> Maybe this is a stupid question, but what is USE=deblob doing these days >> anyway? I thought that all nonfree firmware had been removed from the >> kernel tree (with versi

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-22 Thread Ulrich Mueller
Maybe this is a stupid question, but what is USE=deblob doing these days anyway? I thought that all nonfree firmware had been removed from the kernel tree (with version 4.14) and was provided separately by the sys-kernel/linux-firmware package? Also, if I grep for K_DEBLOB_AVAILABLE in

Re: [gentoo-dev] [PATCH] eclass/vim-plugin.eclass: delete if has_version condition.

2021-07-21 Thread Ulrich Mueller
> On Wed, 21 Jul 2021, Patrice Clement wrote: > + if [[ -n "${VIM_PLUGIN_HELPFILES}" ]]; then Quotation marks are not necessary here (and three more times below, in the elif lines). signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH v2] xdg.eclass: add EAPI 8 support

2021-07-21 Thread Ulrich Mueller
> On Wed, 21 Jul 2021, Florian Schmaus wrote: > case "${EAPI:-0}" in This could be simplified to ${EAPI} (and no quotation marks). > 4|5|6|7) > - EXPORT_FUNCTIONS src_prepare pkg_preinst pkg_postinst pkg_postrm > + # src_prepare is only exported in EAPI < 8.

Re: [gentoo-dev] [PATCH 1/2] 2021-06-30-libxcrypt-migration: mention PAM/md5crypt issues

2021-07-20 Thread Ulrich Mueller
> On Tue, 20 Jul 2021, Sam James wrote: > -Revision: 1 > +Revision: 2 Is this supposed to be read again by users? Then it should be a new news item (with updated date in filename) and the old item should be deleted. > +Please note that if you last changed your password before ~2008, > +it

Re: [gentoo-dev] Packages up for grab

2021-07-19 Thread Ulrich Mueller
> On Mon, 19 Jul 2021, Marco Scardovi wrote: > That's the complete list of packages up for grab after my p-m resignation: > [...] > app-i18n/man-pages-it This won't see any new releases since upstream has joined the manpages-l10n project:

Re: [gentoo-dev] [PATCH] virtualx.eclass: Support EAPI-8

2021-07-18 Thread Ulrich Mueller
> On Sun, 18 Jul 2021, Andreas Sturmlechner wrote: > case ${EAPI:-0} in This could be just ${EAPI} now (same for check-reqs.eclass). > - [0-5]) die "virtualx.eclass: EAPI ${EAPI} is too old." ;; > - 6|7) ;; > - *) die "virtualx.eclass: EAPI ${EAPI} is not supported yet." ;; >

Re: [gentoo-dev] [PATCH v3] bash-completion-r1.eclass: Add EAPI 8 support

2021-07-16 Thread Ulrich Mueller
> On Fri, 16 Jul 2021, Michał Górny wrote: > case ${EAPI:-0} in This could be simplified to ${EAPI}. > - 0|1|2|3|4|5|6|7) ;; > - *) die "EAPI ${EAPI} unsupported (yet)." > + 5|6|7|8) ;; > + *) die "EAPI ${EAPI} unsupported." > esac Add the eclass name to the message?

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

2021-07-15 Thread Ulrich Mueller
> On Thu, 15 Jul 2021, Ionen Wolkens wrote: > Old DEPEND should be kept as-is not to risk breaking packages with odd > checks that need it present at build time. I'd rather no RDEPEND switch > either as it'll just complicate things with revbumps and tools don't > really need to be in RDEPEND

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

2021-07-15 Thread Ulrich Mueller
> On Thu, 15 Jul 2021, Florian Schmaus wrote: > -DEPEND=" > +_XDG_DEPEND=" > dev-util/desktop-file-utils > x11-misc/shared-mime-info > " > + > +case "${EAPI:-0}" in > + 4|5|6|7) > + DEPEND="${_XDG_DEPEND}" > + ;; > + *) > +

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

2021-07-14 Thread Ulrich Mueller
> On Thu, 15 Jul 2021, Marek Szuba wrote: > case "${EAPI:-0}" in > - 0|1|2|3|4) > + [0-6]) > die "Unsupported EAPI=${EAPI:-0} (too old) for ${ECLASS}" > ;; > - 5|6|7) > + 7|8) > ;; > *) > die "Unsupported

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

2021-07-14 Thread Ulrich Mueller
> On Wed, 14 Jul 2021, Marek Szuba wrote: > 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. Shouldn't

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

2021-07-13 Thread Ulrich Mueller
> On Tue, 13 Jul 2021, Michał Górny wrote: >> Title: PipeWire versions of PulseEffects are now media-sound/easyeffects > The title is too long (50 chars max AFAIR) Heh. :) But yes, I say this every time, but either people don't read others' news item reviews, or they forget them very

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

2021-07-13 Thread Ulrich Mueller
> On Tue, 13 Jul 2021, Marek Szuba wrote: > Title: PipeWire versions of PulseEffects are now media-sound/easyeffects Too long. https://www.gentoo.org/glep/glep-0042.html#news-item-headers "Title: A short (maximum 50 characters) descriptive title." > Author: Marek Szuba > Posted:

Re: [gentoo-dev] [PATCH] profiles/default/linux: Add USE="bzip2 lzma zstd" to defaults

2021-07-09 Thread Ulrich Mueller
> On Fri, 09 Jul 2021, Michael Orlitzky wrote: >> So if we agree that e.g. zlib should be on by default, then this >> belongs in profiles. > We don't agree that it belongs on by default. Well, that doesn't change the conclusion that it doesn't belong in IUSE defaults. If anything, it

Re: [gentoo-dev] [PATCH] 2021-07-07-systemd-tmpfiles: add news item

2021-07-09 Thread Ulrich Mueller
> On Fri, 09 Jul 2021, Georgy Yakovlev wrote: > Already pushed as is. So as far as I can see, you've posted it for review at 02:38:05 today, and pushed it at 08:25:55? That is less than the 72 hours mandated by GLEP 42, so definitely not OK. That pr@ wasn't CCed isn't helpful either.

Re: [gentoo-dev] [PATCH] 2021-07-07-systemd-tmpfiles: add news item

2021-07-09 Thread Ulrich Mueller
> On Fri, 09 Jul 2021, Georgy Yakovlev wrote: > +Title: systemd-tmpfiles replaces opentmpfiles due to security issues Title is way too long, maximum of 50 characters is allowed. signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] profiles/default/linux: Add USE="bzip2 lzma zstd" to defaults

2021-07-09 Thread Ulrich Mueller
> On Thu, 08 Jul 2021, Michael Orlitzky wrote: > Why? This list should be getting smaller, not larger. > Polluting the base profiles makes running a minimal system that much > harder, and only "adds no dependencies" because people omit the > corresponding dependencies -- a situation that has

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

2021-07-07 Thread Ulrich Mueller
> On Tue, 06 Jul 2021, William Hubbs wrote: > -_LUA_SINGLE_R0=1 > +_LUA_SINGLE_ECLASS=1 > fi These should be assigned immediately after the test near the top of the eclass, before any inherit statement. Otherwise, circular inheritance won't be prevented. Ulrich signature.asc

Re: [gentoo-dev] [PATCH 1/5] haskell-cabal.eclass: drop EAPI={0..5} support

2021-07-06 Thread Ulrich Mueller
> On Tue, 06 Jul 2021, Sergei Trofimovich wrote: > case "${EAPI:-0}" in This could be just ${EAPI} now (and quotes were never necessary). > - 0|1) ;; > - 2|3|4|5|6|7) HASKELL_CABAL_EXPF+=" src_configure" ;; > + 6|7) ;; > *) die "EAPI ${EAPI} unsupported." ;; I'd

Re: [gentoo-dev] [PATCH] cvs.eclass: Fix CVS_RSH for app-shells/mksh

2021-07-05 Thread Ulrich Mueller
>>>>> On Mon, 05 Jul 2021, Haelwenn (lanodan) Monnier wrote: > [2021-07-05 13:43:27+0200] Ulrich Mueller: >> Also, the eclass should set PROPERTIES+=" interactive" in the "ext" >> case, because IIUC it will interactively call SSH_ASKPASS.

Re: [gentoo-dev] [PATCH] cvs.eclass: Fix CVS_RSH for app-shells/mksh

2021-07-05 Thread Ulrich Mueller
> On Mon, 05 Jul 2021, Haelwenn (lanodan) Monnier wrote: > if [[ ${ECVS_AUTH} == "ext" ]] ; then > - #default to ssh > - [[ -z ${CVS_RSH} ]] && export CVS_RSH="ssh" > - if [[ ${CVS_RSH} != "ssh" ]] ; then > - die "Support for ext auth with clients other than ssh has

Re: [gentoo-dev] [PATCH] cvs.eclass: Fix CVS_RSH for app-shells/mksh

2021-07-05 Thread Ulrich Mueller
> On Mon, 05 Jul 2021, Haelwenn (lanodan) Monnier wrote: > -# @SUPPORTED_EAPIS: 4 5 6 7 > +# @SUPPORTED_EAPIS: 5 6 7 Support EAPI 8 while at it? AFAICS it's a trivial update. > case ${EAPI:-0} in Just ${EAPI} here. > - 4|5|6) ;; > + 5|6) ;; > 7) BDEPEND="${DEPEND}";

[gentoo-dev] Last rites: l10n.eclass

2021-07-04 Thread Ulrich Mueller
# @DEAD # Use plocale.eclass as drop-in replacement. # Functions should be replaced as follows: # l10n_for_each_locale_do → plocale_for_each_locale # plocale_for_each_disabled_locale → l10n_for_each_disabled_locale_do # plocale_find_changes → l10n_find_plocales_changes # plocale_get_locales →

Re: [gentoo-dev] [PATCH 1/3] lua-single.eclass: clean up the eapi test

2021-07-02 Thread Ulrich Mueller
> On Fri, 02 Jul 2021, William Hubbs wrote: > case ${EAPI:-0} in This could be just ${EAPI}. > - 0|1|2|3|4|5|6) > - die "Unsupported EAPI=${EAPI} (too old) for ${ECLASS}" > - ;; > 7|8) > ;; > *) > - die "Unsupported

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

2021-07-02 Thread Ulrich Mueller
> On Fri, 02 Jul 2021, Sergei Trofimovich wrote: > dev-vcs/cvs-fast-export I take this one. signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] go-module.eclass: add eapi 8 support

2021-07-02 Thread Ulrich Mueller
> On Fri, 02 Jul 2021, William Hubbs wrote: > # Go packages should not be stripped with strip(1). > -RESTRICT+=" strip" > +if [[ ${EAPI} == 7 ]]; then > + RESTRICT+=" strip" > +else > + RESTRICT=" strip" > +fi There was a previous discussion in the QA team that we shouldn't do such

Re: [gentoo-dev] Lua eclasses: support EAPI 8

2021-06-29 Thread Ulrich Mueller
> On Tue, 29 Jun 2021, William Hubbs wrote: > Is portage stable already supporting eapi 8? if so when did that > happen? portage-3.0.20 was the first version supporting EAPI 8, and 3.0.20-r6 is currently being stabilised. [1] > If not we can't support it in eclasses yet. I don't think that

Re: [gentoo-dev] eqawarn and Qa Notice

2021-06-28 Thread Ulrich Mueller
> On Mon, 28 Jun 2021, Michał Górny wrote: > That said, it might be more consistent to change Portage behavior to use > some visible distinction between output types (not just color), e.g. > have it output: > * [QA] ... > * [WA] ... > * [ER] ... +1 Not sure if it's any standard that

Re: [gentoo-dev] [PATCH] vdr-plugin-2.eclass: add EAPI8 support, EAPI7+ fixes

2021-06-28 Thread Ulrich Mueller
> On Mon, 28 Jun 2021, Martin Dummer wrote: >>> --- a/eclass/vdr-plugin-2.eclass >>> +++ b/eclass/vdr-plugin-2.eclass >>> @@ -76,7 +76,7 @@ >>>  inherit flag-o-matic toolchain-funcs unpacker >> This should also inherit strip-linguas.eclass, because strip-linguas is >> called in

Re: [gentoo-dev] [PATCH] vdr-plugin-2.eclass: add EAPI8 support, EAPI7+ fixes

2021-06-27 Thread Ulrich Mueller
> On Sun, 27 Jun 2021, Martin Dummer wrote: [Either your mailer or something on the way has mangled whitespace in your patch, which makes it somewhat hard to read.] > --- a/eclass/vdr-plugin-2.eclass > +++ b/eclass/vdr-plugin-2.eclass > @@ -76,7 +76,7 @@ >  inherit flag-o-matic

Re: [gentoo-dev] [PATCH 3/4] distutils-r1.eclass: Use 'dosym -r' in EAPI 8

2021-06-26 Thread Ulrich Mueller
> On Fri, 25 Jun 2021, Michał Górny wrote: > + local dosym=dosym > + [[ ${EAPI} == [67] ]] && dosym=dosym8 > + "${dosym}" -r /usr/lib/python-exec/python-exec2 \ > + "${bindir#${EPREFIX}}/${basename}"

Re: [gentoo-dev] [PATCH 2/2] eclass/myspell-r2.eclass: add EAPI 8 support

2021-06-24 Thread Ulrich Mueller
> On Thu, 24 Jun 2021, Conrad Kostecki wrote: > -if [[ ${EAPI:-0} == 7 ]]; then > +if [[ ${EAPI:-0} -ge 7 ]]; then EAPI is a string, not a number. I'd suggest using a string comparison, e.g.: if [[ ${EAPI} != [56] ]]; then (Negative logic, so there won't be any need to update it again

Re: [gentoo-dev] [PATCH 2/2] meson.eclass: EAPI 8 support

2021-06-24 Thread Ulrich Mueller
> On Thu, 24 Jun 2021, David Michael wrote: > if [[ -z ${_MESON_ECLASS} ]]; then Here would be a good place to assign _MESON_ECLASS=1. It should go _before_ any inherit commands, otherwise it won't prevent circular inherits. > > +[[ ${EAPI} == 6 ]] && inherit eapi7-ver > inherit

Re: [gentoo-dev] [PATCH 1/2] ninja-utils.eclass: EAPI 8 support

2021-06-24 Thread Ulrich Mueller
> On Thu, 24 Jun 2021, David Michael wrote: > --- a/eclass/ninja-utils.eclass > +++ b/eclass/ninja-utils.eclass > @@ -1,4 +1,4 @@ > -# Copyright 1999-2018 Gentoo Foundation > +# Copyright 1999-2021 Gentoo Foundation Please update to "Gentoo Authors". > # Distributed under the terms of the

[gentoo-dev] darcs.eclass removal?

2021-06-23 Thread Ulrich Mueller
https://qa-reports.gentoo.org/output/eapi-per-eclass/darcs.eclass/ says that there are no consumers left. So, could the eclass be removed? signature.asc Description: PGP signature

Re: [gentoo-portage-dev] In what phase are file "merged"?

2021-06-23 Thread Ulrich Mueller
>>>>> On Wed, 23 Jun 2021, Fabian Groffen wrote: > On 23-06-2021 08:47:58 +0200, Ulrich Mueller wrote: >> It's somewhat hidden, but it's there: >> https://projects.gentoo.org/pms/8/pms.html#x1-950009.1.10 >> >> 9.1.10 pkg_preinst >> ... im

Re: [gentoo-dev] [PATCH 1/8] gnuconfig.eclass: Support EAPI 8

2021-06-23 Thread Ulrich Mueller
> On Mon, 21 Jun 2021, Sam James wrote: > I'm happy with the whole series. Thanks for working on this. Merged. signature.asc Description: PGP signature

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

2021-06-23 Thread Ulrich Mueller
> On Wed, 23 Jun 2021, Michał Górny wrote: >> It's just not available for everyone for free/without registration >> anymore. But it is still a thing in Gentoo. > Your comment makes it sounds like 'just registering' is an option. > The website seems to disagree with that, pretty clearly

Re: [gentoo-portage-dev] In what phase are file "merged"?

2021-06-23 Thread Ulrich Mueller
> On Wed, 23 Jun 2021, Joakim Tjernlund wrote: > In PMS 9.2 is says: > The call order for upgrading, downgrading or reinstalling a package is: > pkg_pretend (only for EAPIs listed in table 9.2), which is called outside > of the normal call order process. > pkg_setup > src_unpack

Re: [gentoo-dev] [PATCH 3/4] acct-group.eclass: EAPI 8 support

2021-06-22 Thread Ulrich Mueller
> On Tue, 22 Jun 2021, David Michael wrote: > -# Then you add appropriate dependency to your package. The dependency > -# type(s) should be: > -# - DEPEND (+ RDEPEND) if the group is already needed at build time, > -# - RDEPEND if it is needed at install time (e.g. you 'fowners' files > -#

Re: [gentoo-dev] [PATCH 2/4] user.eclass: EAPI 8 support

2021-06-22 Thread Ulrich Mueller
> On Tue, 22 Jun 2021, David Michael wrote: > --- a/eclass/user.eclass > +++ b/eclass/user.eclass > @@ -5,7 +5,7 @@ > # @MAINTAINER: > # base-sys...@gentoo.org (Linux) > # Michał Górny (NetBSD) > -# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7 > +# @SUPPORTED_EAPIS: 0 1 2 3 4 5 6 7 8 EAPIs 0 to 4

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

2021-06-22 Thread Ulrich Mueller
> On Tue, 22 Jun 2021, 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. I understand

Re: [gentoo-dev] Copyright lines in the profiles directory

2021-06-21 Thread Ulrich Mueller
> On Mon, 21 Jun 2021, Joshua Kinard wrote: >>> I am inclined to go with "Copyright 1999-2021 Gentoo Authors" across >>> the board, >> >> Why would you move the starting year back in time? Please don't. >> >>> but given that copyright is always a touchy subject, figured I'd ask. > Again,

Re: [gentoo-dev] Copyright lines in the profiles directory

2021-06-20 Thread Ulrich Mueller
> On Mon, 21 Jun 2021, Joshua Kinard wrote: > Doing some review/cleanups in the MIPS profiles and there's some > degree of variability going on with the top copyright header, mainly > in the beginning year. I'm wanting to fix all of those up, but what is > the appropriate beginning year here?

Re: [gentoo-dev] [PATCH 02/28] python-utils-r1.eclass: Use 'dosym -r' in EAPI 8

2021-06-20 Thread Ulrich Mueller
> On Sun, 20 Jun 2021, Michał Górny wrote: > @@ -712,8 +714,13 @@ python_newexe() { > ) > > # install the wrapper > - _python_ln_rel "${ED%/}"/usr/lib/python-exec/python-exec2 \ > - "${ED%/}/${wrapd}/${newfn}" || die > + if [[ ${EAPI} != [67] ]]; then > +

Re: [gentoo-dev] [PATCH 1/3] readme.gentoo-r1.eclass: works just fine with EAPI=8

2021-06-19 Thread Ulrich Mueller
See my posting 4 days ago: https://archives.gentoo.org/gentoo-dev/message/c71621ccc96873d98697fb35c98c55b1 Merged now. signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] glep-0082: New key "eapis-testing"

2021-06-18 Thread Ulrich Mueller
> On Fri, 18 Jun 2021, Michał Górny wrote: >> +Post-History: 2021-05-19 2021-06-18 > Sorry for failing to notice it earlier but you've missed a comma between > the dates. Thanks. Updated locally. signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] qmail.eclass: simplify is_prime()

2021-06-18 Thread Ulrich Mueller
> On Thu, 17 Jun 2021, Guilherme Amadio wrote: > There's actually a much simpler solution to this: > $ is_prime() { test $(factor $1 | cut -d: -f2 | wc -w) == 1; } > $ for n in $(seq 0 10); do is_prime $n && echo $n is prime; done > 2 is prime > 3 is prime > 5 is prime > 7 is prime > $ time

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

2021-06-17 Thread Ulrich Mueller
>>>>> On Thu, 17 Jun 2021, Michał Górny wrote: > On Thu, 2021-06-17 at 12:10 +0200, Ulrich Mueller wrote: >> > > > > > On Thu, 17 Jun 2021, David Michael wrote: >> >> > @@ -33,15 +34,12 @@ _FCAPS_ECLASS=1 >> >   >> >  IUSE

Re: [gentoo-dev] EAPI 8 is here!

2021-06-17 Thread Ulrich Mueller
> On Thu, 17 Jun 2021, Sam James wrote: > EAPI 8 is here! In fact, it arrived a few days ago on Sunday: > [...] > Things you need to know: > * You can read the full specification in PMS as above. > * It's fully implemented in Portage 3.0.20, pkgcore 0.12.0, and > pkgcheck 0.10.0. IIUC,

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

2021-06-17 Thread Ulrich Mueller
> On Thu, 17 Jun 2021, David Michael wrote: > @@ -33,15 +34,12 @@ _FCAPS_ECLASS=1 > > IUSE="+filecaps" > > -# Since it is needed in pkg_postinst() it must be in RDEPEND > +# Since it is needed in pkg_postinst() it must be in IDEPEND > case "${EAPI:-0}" in > - [0-6]) > -

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

2021-06-16 Thread Ulrich Mueller
> On Wed, 16 Jun 2021, Thomas Deutschmann wrote: > On 2021-06-16 13:28, Michal Prívozník wrote: >> Why should we mangle with packages this way? I mean, to me Gentoo was >> one of the few distros that allowed real choice for users (systemd vs >> openrc, selinux or !selinux, etc.). We shouldn't

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

2021-06-16 Thread Ulrich Mueller
> On Wed, 16 Jun 2021, Michal Prívozník wrote: >>> 1. Should we be proactively changing the default network in IRC clients >>> (provided they have one) from Freenode to Libera.chat >> >> Yes. IMHO Freenode is no longer a reasonable default. > Why should we mangle with packages this way? I

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

2021-06-16 Thread Ulrich Mueller
> On Wed, 16 Jun 2021, Michał Górny wrote: > We've moved our official support channels from Freenode to Libera.chat. > All that's happened afterwards pretty much proves that this was > the right decision. Maybe even to the point of saying that staying > on Freenode would be dangerous to our

Re: [gentoo-dev] Update your IRC handle in LDAP

2021-05-29 Thread Ulrich Mueller
> On Sat, 29 May 2021, Toralf Förster wrote: >> Please don't forget to update your IRC handle in LDAP. > I'm curious where I dan see this information ? $ ssh dev.gentoo.org $ perl_ldap -s ${USER} signature.asc Description: PGP signature

[gentoo-dev] Update your IRC handle in LDAP

2021-05-29 Thread Ulrich Mueller
Please don't forget to update your IRC handle in LDAP. For example, if you have moved from Freenode to Libera.Chat: $ perl_ldap -b user -E gentooIM irc://irc.freenode.net/ ${USER} $ perl_ldap -b user -C gentooIM ircs://irc.libera.chat/ ${USER} Ulrich signature.asc Description: PGP signature

[gentoo-dev] EAPI 8 draft for review

2021-05-27 Thread Ulrich Mueller
The first draft of EAPI 8 has been posted to the gentoo-pms mailing list for review: https://archives.gentoo.org/gentoo-pms/message/e3a7c931ea369e84d81ee70d2fe9802c > Here is the series of EAPI 8 patches for review. They include the > pre-approved items from the 2020-11-08 Council meeting, with

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

2021-05-14 Thread Ulrich Mueller
> On Fri, 14 May 2021, Marek Szuba wrote: > Title: >=net-p2p/syncthing-1.17.0 to only allow TLS 1.3 for sync connections Too long, GLEP 42 allows 50 chars max after "Title: ". > Author: Marek Szuba > Posted: 2021-05-18 > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed:

Re: [gentoo-dev] [News item review] Exim >=4.94 transports: tainted not permitted

2021-05-02 Thread Ulrich Mueller
> On Sun, 02 May 2021, Fabian Groffen wrote: > Title: Exim >=4.94 disallows tainted variables in transport configurations Title is too long (GLEP 42 allows 50 chars max). > Author: Fabian Groffen > Posted: 2021-05-?? > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed:

Re: [gentoo-dev] [PATCH] Transitional changes to the kernel-2 eclass to support future CPU OPT

2021-04-29 Thread Ulrich Mueller
> On Thu, 29 Apr 2021, mpagano wrote: > --- a/eclass/kernel-2.eclass > +++ b/eclass/kernel-2.eclass > @@ -1241,8 +1241,32 @@ unipatch() { > local GCC_MAJOR_VER=$(gcc-major-version) > local GCC_MINOR_VER=$(gcc-minor-version) > > -

Re: [gentoo-dev] [PATCH news] Add Python 3.9 news item

2021-04-29 Thread Ulrich Mueller
> On Thu, 29 Apr 2021, Michał Górny wrote: > +Title: Python 3.9 to become the default target on 2021-06-01 Title is longer than the maximum allowed by GLEP 42 (50 chars). > [...] > +If you have PYTHON_TARGETS or PYTHON_SINGLE_TARGET declared > +in make.conf, it is strongly recommended to

Re: [gentoo-dev] [PATCH 1/3] rebar.eclass: fix @RETURN argument

2021-04-12 Thread Ulrich Mueller
> On Mon, 12 Apr 2021, Florian Schmaus wrote: > -# @RETURN: full path with EPREFIX to a Erlang package/project on success, > -# code 1 when dependency is not found and code 2 if multiple versions of > -# dependency are found. > +# @RETURN: full path with EPREFIX to Erlang package/project on

Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4)

2021-04-07 Thread Ulrich Mueller
> On Wed, 07 Apr 2021, Michael Orlitzky wrote: > 5) There are no clear rules about what @system packages can be left > out of *DEPEND and when, so their presence is wildly inconsistent. The rules are pretty clear for BDEPEND and bootstrap packages, which is what we're talking about here.

Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4)

2021-04-07 Thread Ulrich Mueller
> On Tue, 06 Apr 2021, Sam James wrote: > 1) @system varies between profiles anyway which makes it hard to fully > rely on; That's exactly the reason why you _don't_* add GNU grep as a dependency, because e.g. on Prefix grep may be provided by another package. grep is a POSIX tool and a

Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4)

2021-04-05 Thread Ulrich Mueller
> On Mon, 05 Apr 2021, Sam James wrote: > + 4|5|6) > + DEPEND=" > + sys-apps/grep > + sys-devel/gnuconfig > + " > + ;; > + 7) > + BDEPEND=" > + sys-apps/grep We usually don't

Re: [gentoo-dev] [PATCH v2 3/5] flag-o-matic.eclass: get rid of eutils in

2021-04-01 Thread Ulrich Mueller
> On Thu, 01 Apr 2021, Andreas Sturmlechner wrote: > +# @FUNCTION: test-flag-PROG > +# @USAGE: > +# @INTERNAL > +# @DESCRIPTION: > +# Returns shell true if is supported by given , > +# else returns shell false. > test-flag-PROG() { > + [[ ${EAPI} == [5-7] ]] || > + die

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: get rid of eutils in

2021-03-31 Thread Ulrich Mueller
> On Wed, 31 Mar 2021, Andreas Sturmlechner wrote: > setup-allowed-flags() { > + [[ ${EAPI} == [0-7] ]] || > + die "Internal function ${FUNCNAME} is not available in > >=EAPI-8." > + _setup-allowed-flags > +} Strictly speaking, EAPIs are strings, so numeric comparison

Re: [gentoo-dev] developing a separate repo spec

2021-03-30 Thread Ulrich Mueller
> On Mon, 29 Mar 2021, Tim Harder wrote: > One reason is EAPI development often moves relatively slowly and many > potential repo spec features are probably simple enough to > discuss/implement at a quicker pace, at least initially. "Relatively slowly" is an understatement when it comes to

Re: [gentoo-dev] developing a separate repo spec

2021-03-29 Thread Ulrich Mueller
> On Mon, 29 Mar 2021, Tim Harder wrote: > Is there any interest these days in developing and maintaining a > separate repo spec [1]? Among other uses, it would help in describing > standardized repo features related to metadata/layout.conf settings > allowing devs to reference a single,

Re: [gentoo-dev] [PATCH] autotools.eclass: eclassdoc, cosmetic changes, drop old EAPIs

2021-03-28 Thread Ulrich Mueller
> On Sun, 28 Mar 2021, David Seifert wrote: > This is just bringing it in line with the rest of the eclass. You know, > consistency. If that's the goal then the patch should update all occurences, though. Especially those where usage is inconsistent within the same line. signature.asc

Re: [gentoo-dev] [PATCH] autotools.eclass: eclassdoc, cosmetic changes, drop old EAPIs

2021-03-28 Thread Ulrich Mueller
> On Sat, 27 Mar 2021, Sam James wrote: > -if [[ -z ${_AUTOTOOLS_ECLASS} ]]; then > +if [[ -z ${_AUTOTOOLS_ECLASS} ]] ; then This just adds unnecessary noise to the git history. We don't have any policy on whitespace before punctuation marks, but the examples in the Bash manual don't have

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

2021-03-21 Thread Ulrich Mueller
> On Sun, 21 Mar 2021, Alec Warner wrote: > https://bugs.gentoo.org/737914 seems to imply for some upstreams, it > being a file is not a valid option anymore? > (I'm ignoring the logic of that decision of course, but this was the > original reason this was raised.) Indeed, that's a strange

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

2021-03-20 Thread Ulrich Mueller
> On Sun, 21 Mar 2021, Alec Warner wrote: >> Which doesn't imply that we deliberately break things. > Not sure I follow.. how is updating the handbook breaking anything? Both configurations (regular file and symlink) work just fine, and sys-libs/timezone-data supports them. I don't see a

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

2021-03-20 Thread Ulrich Mueller
> On Sat, 20 Mar 2021, William Hubbs wrote: > /etc/localtime should definitely be a symlink to the proper file in > /usr/share/zoneinfo. > This works fine if /usr is on a separate partition *and* you are using > an initramfs. The only time it doesn't work is if /usr is separate > without

Re: [gentoo-dev] [PATCH] aspell-dict-r1.eclass: add EAPI=7 support

2021-03-07 Thread Ulrich Mueller
> On Sun, 07 Mar 2021, conikost wrote: > case ${EAPI:-0} in > - [0-5]) > - die "aspell-dict-r1.eclass is banned in EAPI ${EAPI:-0}" > + 0|1|2|3|4|5) > + die "Unsupported EAPI=${EAPI} (obsolete) for ${ECLASS}" > ;; > - 6) > + 6|7) >

Re: [gentoo-dev] New tool: merge-driver-ekeyword automatically resolves git merge conflicts involving KEYWORDS=...

2021-03-03 Thread Ulrich Mueller
> On Tue, 02 Mar 2021, Michael Orlitzky wrote: >> Are you volunteering to fix all the tools to support the new format >> correctly? > The PMS says that KEYWORDS is whitespace-separated. Probably only > repoman/pkgcheck would require trivial changes. No, there are other tools as well, e.g.

Re: [gentoo-dev] [PATCH] glep-0067: Add proxied="" attribute to distinguish proxied maints

2021-02-28 Thread Ulrich Mueller
> On Sun, 28 Feb 2021, Michał Górny wrote: > +If the attribute is not specified, the default value of ``no`` must > +be assumed. If at least one maintainer is listed as a proxied Maybe "is assumed" instead of "must be assumed" here? > +and everyone else is a proxied maintainer. This does

Re: [gentoo-dev] A script to pick next free UID/GID for your acct-* packages

2021-02-09 Thread Ulrich Mueller
> On Tue, 09 Feb 2021, Mike Gilbert wrote: >> Mh - so the obvious first feature request for the script is to also >> output Free UID+GID pairs. Counting them manually in your screenshot >> I get 36. >> >> That's not a whole lot; just 7% of 500. > The output was abbreviated. Here is the full

Re: [gentoo-dev] [RFC] Moving subslot-only virtuals to a separate category to reduce confusion

2021-01-31 Thread Ulrich Mueller
> On Sat, 30 Jan 2021, Michael Orlitzky wrote: > On Sat, 2021-01-30 at 18:35 +0100, Michał Górny wrote: >> >> To make this SOVERSION-virtual concept more visible and easily >> distinguishable from regular virtuals, I'd like to propose that we >> start >> moving them into a dedicated

Re: [gentoo-dev] [PATCH 4/6] kernel-install.eclass: Improve failed install error messages

2021-01-14 Thread Ulrich Mueller
> On Wed, 13 Jan 2021, Michał Górny wrote: > # loop for the purpose of allowing error handling via 'break' > Does that sound explanatory enough? "Not an actual loop but allows error handling with 'break'" signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH 4/6] kernel-install.eclass: Improve failed install error messages

2021-01-13 Thread Ulrich Mueller
> On Wed, 13 Jan 2021, Michał Górny wrote: >> Looks like this loop can run only once, so it is redundant? > It's the old C trick for convenient error handling. Newfangled contraptions. What's wrong with goto? :) > Do you have any other suggestion? I suppose we could use a nested >

Re: [gentoo-dev] [PATCH 4/6] kernel-install.eclass: Improve failed install error messages

2021-01-13 Thread Ulrich Mueller
> On Wed, 13 Jan 2021, Michał Górny wrote: > + local success= > + while :; do > + mount-boot_pkg_preinst > + > + local image_path=$(dist-kernel_get_image_path) > + if use initramfs; then > + # putting it alongside kernel image as

Re: [gentoo-dev] [PATCH] vala.eclass: make has_version aware of ROOT for EAPI 7

2021-01-06 Thread Ulrich Mueller
> On Thu, 07 Jan 2021, Matt Turner wrote: > + has_version $([[ $EAPI == [1-6] ]] || echo -b) > "dev-lang/vala:${v}${u}" && echo "${v}" && return > + has_version $([[ $EAPI == [1-6] ]] || echo -b) > "dev-lang/vala:${version}" || die "No installed vala:${version}"

Re: [gentoo-dev] [PATCH 1/2] acct-user.eclass: Support ACCT_USER_ID override

2021-01-06 Thread Ulrich Mueller
>>>>> On Wed, 06 Jan 2021, Michał Górny wrote: > On Wed, 2021-01-06 at 14:25 +0100, Ulrich Mueller wrote: >> I wonder about this line. Both hyphen and underscore are valid >> characters in user names. >> >> So, ACCT_USER_FOO_BAR_ID would override th

Re: [gentoo-dev] [PATCH 1/2] acct-user.eclass: Support ACCT_USER_ID override

2021-01-06 Thread Ulrich Mueller
> On Tue, 05 Jan 2021, Michał Górny wrote: > + # check for the override > + local override_name=${ACCT_USER_NAME^^} > + local override_var=ACCT_USER_${override_name//-/_}_ID I wonder about this line. Both hyphen and underscore are valid characters in user names. So,

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

2021-01-04 Thread Ulrich Mueller
> On Mon, 04 Jan 2021, Michał Górny wrote: > Starting 2021-02-01, Gentoo will discontinue supporting > dev-libs/libressl as an alternative to dev-libs/openssl. While it will > [...] > On 2021-02-01, we will mask the relevant USE flags and packages. If > you > [...] > necessary to use

Re: [gentoo-dev] using markup language for eclassdoc tags

2021-01-04 Thread Ulrich Mueller
> On Mon, 04 Jan 2021, Tim Harder wrote: > In terms of choice, I'd personally choose reStructuredText since that > generally plugs into python easier via docutils/sphinx (currently used > for pkgcore's man/html conversion), but am open to discussion of > alternatives such as markdown. About

Re: [gentoo-dev] License of news items

2020-12-31 Thread Ulrich Mueller
>>>>> On Thu, 31 Dec 2020, Francisco Blas Izquierdo Riera (klondike) wrote: > El 26/12/20 a las 10:20, Ulrich Mueller escribió: >> This would apply retroactively since 2018-10-21 (when GLEP 76 was marked >> as Active). I am going to file a bug for authors to acknow

[gentoo-dev] Re: [gentoo-dev-announce] We are finally shutting down CVS

2020-12-27 Thread Ulrich Mueller
> On Sun, 27 Dec 2020, Max Magorsch wrote: > To access the old repositories you can use gitweb.gentoo.org instead. > We have migrated all old cvs repositories to git. All of them are > available read-only now at [0]. I've just looked at https://sources.gentoo.org/archive/cvs/gentoo.git/ and

Re: [gentoo-dev] License of news items

2020-12-26 Thread Ulrich Mueller
>>>>> On Sat, 26 Dec 2020, Michał Górny wrote: > On Sat, 2020-12-26 at 10:20 +0100, Ulrich Mueller wrote: >> Alternatively, we could add a new header line with license >> information to the items themselves, but that would be more >> complicated with (IMHO) li

  1   2   3   4   5   6   7   8   9   10   >