>>>>> 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
> 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
> 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
> 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
>>>>> 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
>
> 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
>>>>> 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
> 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
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
>>>>> 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
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
> 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
> 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.
> 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
> 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:
> 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." ;;
>
> 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?
> 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
> 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}"
> + ;;
> + *)
> +
> 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
> 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
> 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
> 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:
> 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
> 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.
> 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
> 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
> 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
> 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
>>>>> 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.
> 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
> 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}";
# @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 →
> 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
> On Fri, 02 Jul 2021, Sergei Trofimovich wrote:
> dev-vcs/cvs-fast-export
I take this one.
signature.asc
Description: PGP signature
> 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
> 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
> 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
> 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
> 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
> 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}"
> 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
> 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
> 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
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
>>>>> 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
> 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
> 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
> 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
> 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
> -#
> 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
> 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
> 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,
> 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?
> 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
> +
See my posting 4 days ago:
https://archives.gentoo.org/gentoo-dev/message/c71621ccc96873d98697fb35c98c55b1
Merged now.
signature.asc
Description: PGP signature
> 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
> 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
>>>>> 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
> 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,
> 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])
> -
> 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
> 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
> 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
> 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
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
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
> 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:
> 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:
> 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)
>
> -
> 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
> 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
> 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.
> 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
> 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
> 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
> 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
> 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
> 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,
> 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
> 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
> 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
> 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
> 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
> 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)
>
> 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.
> 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
> 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
> 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
> 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
> 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
>
> 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
> 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}"
>>>>> 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
> 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,
> 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
> 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
>>>>> 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
> 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
>>>>> 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 - 100 of 1846 matches
Mail list logo
