> On Wed, 16 Sep 2020, Michał Górny wrote:
> It has two advantages:
> 1. It reduces the risk of accidentally leaving it in the stable ebuild.
Huh, you mean you would remove the PROPERTIES token again, after the
version has been stabilised? Why?
Ebuilds could do conditionals like this
> On Wed, 16 Sep 2020, Michał Górny wrote:
> +- one or more elements, each containing a version
> + constraint in the format matching EAPI 0 dependency specification
> + with the package category and name parts omitted, e.g. ``<1.7``.
That's not a very powerful syntax, so unless I
> On Thu, 10 Sep 2020, Ulrich Müller wrote:
> Ulrich Müller (8):
> eutils.eclass: Specify supported EAPIs.
> edos2unix.eclass: New eclass, split off from eutils.
> wrapper.eclass: New eclass, split off from eutils.
> wrapper.eclass: Do not use emktemp.
> l10n.eclass: Add conditional
> On Mon, 07 Sep 2020, Michael Orlitzky wrote:
> You're missing some context. In October of last year, a QA team member
> broke dependency resolution on a lot of systems by making the same sort
> of change that this patch proposes:
>
>>>>> On Mon, 07 Sep 2020, Alessandro Barbieri wrote:
> Il giorno lun 7 set 2020 alle ore 14:10 Ulrich Mueller ha
> scritto:
>> We are talking about the second case here, because the dependency on the
>> virtual is being removed, while the dependency on its prov
>>>>> On Mon, 07 Sep 2020, Michael Orlitzky wrote:
> On 2020-09-07 08:10, Ulrich Mueller wrote:
>> The devmanual [1] says that a revbump should be done when a new
>> runtime dependency is added to an ebuild, but it doesn't say that for
>> removal of a depe
> On Mon, 07 Sep 2020, Michael Orlitzky wrote:
> On 2020-09-07 02:14, Michał Górny wrote:
>> +
>> +Update all ebuilds not to reference the virtual. Since there is
>> +no urgent need to remove the virtual from user systems
>> +and the resulting rebuilds would be unnecessary, do
> On Mon, 07 Sep 2020, Michał Górny wrote:
> +
> +If the virtual is being removed along with its second to last
> +provider, include the virtual in the last-rites mail. However, please
Maybe write "any of its providers" instead of "its second to last
provider"? It is simpler and
>>>>> On Sun, 06 Sep 2020, David Seifert wrote:
> On Sun, 2020-09-06 at 21:49 +0200, Ulrich Mueller wrote:
>> Maybe just commit the new eclass, update ebuilds, then remove the
>> function from eutils?
> I'll get a lot of heat for breaking EAPI 2 ebuilds in some r
> On Sun, 06 Sep 2020, David Seifert wrote:
> @@ -20,7 +20,7 @@ _EUTILS_ECLASS=1
> # implicitly inherited (now split) eclasses
> case ${EAPI:-0} in
> 0|1|2|3|4|5|6)
> - inherit desktop epatch estack ltprune multilib preserve-libs \
> + inherit desktop epatch estack ltprune multilib
> On Thu, 03 Sep 2020, Florian Schmaus wrote:
> It's not really maintaining the information twice. The information is
> maintained at a single point: /etc/env.d
> And from there is is transformed by env-update already into two
> different formats:
> - /etc/profile.env
> - /etc/csh.env
> And
> On Thu, 03 Sep 2020, Florian Schmaus wrote:
> This commit changes env-update so that, after profile.env has was
> generated, a systemd user session environment configuration file named
> /usr/lib/environment.d/gentoo-profile-env.conf
> is created, if the directory /usr/lib/environment.d
QA policy says that packages should use the "gui" USE flag for optional
GUI support:
https://projects.gentoo.org/qa/policy-guide/use-flags.html#pg0802
IMHO this means that the "gui" flag should be enabled in desktop
profiles (similar to "X").
Any comments? If not, I'll enable it in two days from
> On Tue, 18 Aug 2020, Michał Górny wrote:
> On Tue, 2020-08-18 at 15:36 +, Peter Stuge wrote:
>> I think this is a very good feature.
>>
>> If I ever do become a proper Gentoo developer I will certainly not
>> spend any time on anything to do with GitHub, and in my current
>> position
> On Fri, 14 Aug 2020, Zac Medico wrote:
> On 8/14/20 8:42 AM, Joakim Tjernlund wrote:
>> Yes, I know I can add that in profile/package.mask but I am looking
>> for the bigger picture here. This has to stop somehow, there need to
>> be something that limits the mask scope to the repo/overlay
> On Fri, 14 Aug 2020, Joakim Tjernlund wrote:
> When pkgs are masked in the profile, it affects all variants of that
> pkgs, even the ones that are in other overlays.
> Example:
> !!! The following installed packages are masked:
> - sys-auth/sssd-::transmode (masked by: package.mask)
>
> On Sun, 09 Aug 2020, William Hubbs wrote:
> There are roughly 100 commits in the udev master branch since the date
> of this sync:
> https://github.com/systemd/systemd/commits/master/src/udev
And what does this tell us? Commit count isn't very useful as a metric.
Do these commits fix any
> On Mon, 03 Aug 2020, Aaron Bauman wrote:
> --- a/lib/portage/util/_desktop_entry.py
> +++ b/lib/portage/util/_desktop_entry.py
> @@ -1,16 +1,13 @@
> -# Copyright 2012-2013 Gentoo Foundation
> +# Copyright 2020 Gentoo Authors
Please don't drop existing years from the range.
signature.asc
> On Sun, 02 Aug 2020, Henrik Pihl wrote:
> +IUSE=""
> +DEPEND=""
> +RDEPEND="${DEPEND}"
These empty assignments are not necessary and should be dropped.
Ulrich
signature.asc
Description: PGP signature
> On Wed, 29 Jul 2020, Aaron Bauman wrote:
> # Aaron Bauman (2020-07-28)
> # More Py2 only stuff. Plz see -dev ML for discussions
> # Remove bindings, port to Py3, etc
> # Removal in 30 days
> [...]
> app-office/lyx
I have unmasked this one again:
"All python scripts distributed with LyX
> On Sun, 26 Jul 2020, Rich Freeman wrote:
> Definitely not a "heads up" on the mailing list - that is not an
> appropriate way to communicate anything to users - not even devs are
> required to read this list.
> The two appropriate ways to communicate something like this are
>
# Ulrich Müller (2020-07-25)
# Included with TeX Live. The separate Gentoo package is
# unmaintained and had its last version bump in 2015.
# Use app-text/texlive-core as replacement.
# Removal in 30 days. Bug #733862.
dev-tex/metapost
app-eselect/eselect-mpost
# Ulrich Müller (2020-07-25)
# No
> On Fri, 17 Jul 2020, Michał Górny wrote:
> --- a/lib/portage/util/_dyn_libs/PreservedLibsRegistry.py
> +++ b/lib/portage/util/_dyn_libs/PreservedLibsRegistry.py
> @@ -34,12 +34,9 @@ class PreservedLibsRegistry(object):
>
> _json_write_opts = {
> "ensure_ascii": False,
> On Mon, 13 Jul 2020, Chun-Yu Shei wrote:
> Ah, I wasn't aware that I should have added that... I'm happy to say
> "Signed-off-by: Chun-Yu Shei " somewhere if
> necessary.
Should be enough to say it here, because this mailing list is archived.
We could of course add an empty commit with
> On Mon, 13 Jul 2020, Zac Medico wrote:
> Merged:
> https://gitweb.gentoo.org/proj/portage.git/commit/?id=d9ee5b09664ab2255b62c1d52d554721ef8b716a
Looks like the author's copyright signoff is missing?
signature.asc
Description: PGP signature
> On Mon, 29 Jun 2020, Agostino Sarubbo wrote:
> On domenica 28 giugno 2020 14:18:23 CEST Michael Orlitzky wrote:
>> To avoid these issues, I suggest creating a list of "Gentoo environment
>> variables" in the devmanual with descriptions of how they should be used
>> and pointers to the
# Ulrich Müller (2020-06-25)
# Included with TeX Live. Last version bump in 2003.
# Use dev-texlive/texlive-latexextra as replacement.
# Removal in 30 days. Bug #729470.
dev-tex/cdcover
# Ulrich Müller (2020-06-25)
# Included with TeX Live. Last version bump in 2008.
# Use
# Ulrich Müller (2020-06-24)
# Included with TeX Live. The separate Gentoo package is
# unmaintained and had its last version bump in 2004.
# Use dev-texlive/texlive-bibtexextra as replacement.
# Removal in 30 days. Bug #729470.
dev-tex/harvard
# Ulrich Müller (2020-06-24)
# Included with TeX
# Ulrich Müller (2020-06-24)
# Included with TeX Live. The separate Gentoo packages are
# unmaintained and had their last version bump in 2010 or earlier.
# Use >=dev-texlive/texlive-latexextra-2020-r2 as replacement.
# Removal in 30 days. Bug #729394.
dev-tex/currvita
dev-tex/envlab
# Ulrich Müller (2020-06-20)
# Separate package in dev-tex is unmaintained. Included with TeX Live.
# Use >=dev-texlive/texlive-latexextra-2020-r1 as replacement.
# Removal in 30 days. Bug #729394.
dev-tex/leaflet
signature.asc
Description: PGP signature
Coming back to this old thread (from July 2019). After some discussion
in #gentoo-pms today, here is an updated version of the patch.
Cross-posting to gentoo-dev and CCing prefix again, to make sure that
everyone is on the same page.
Ulrich
From 712772b7ef5543693147d8f96c03189e810a6ee8 Mon Sep
# Ulrich Müller (2020-06-20)
# Unmaintained upstream, included with TeX Live.
# Use >=dev-texlive/texlive-metapost-2020-r1 as replacement.
# Removal in 30 days. Bug #728904.
dev-tex/feynmf
signature.asc
Description: PGP signature
>>>>> On Sat, 20 Jun 2020, Ulrich Mueller wrote:
>>> games-board/scid
> I wonder about scid appearing in the list. IIRC, it is written in C++,
> not Python.
It turns out that the ebuild installs a small Python script, which isn't
needed for normal functioning
> On Sat, 20 Jun 2020, Aaron Bauman wrote:
>> # Aaron Bauman (2020-06-20)
>> # Py2 only
>> # Removal in 14 days
I see these short deadlines quite often recently. Any reason why this
can't be the usual 30 days?
>> [...]
>> games-board/scid
I wonder about scid appearing in the list. IIRC,
> On Wed, 17 Jun 2020, Mike Gilbert wrote:
>> s/If/If and only if/ and I'll be fine with it. :)
> Are you proposing that the ebuild inspect the user's hardware and/or
> kernel config before printing a warning?
Of course not.
> That sounds like a terrible idea to me. Who is going to
> On Wed, 17 Jun 2020, Michał Górny wrote:
> Can we please put users above silly politics? Gentoo 'does not depend'
> on any non-free package to print the warning. If people have hardware
> that requires non-free firmware, the least we can do is point out where
> to get this firmware from.
> On Wed, 17 Jun 2020, Michał Górny wrote:
>> Should we really warn about a package that (in its default
>> configuration) can only be installed if the user accepts non-free
>> licenses?
> That's one of the reasons it's only a warning and not a USE flag.
Still, "Gentoo will never depend
> On Wed, 17 Jun 2020, Michał Górny wrote:
> +# @FUNCTION: kernel-install_pkg_pretend
> +# @DESCRIPTION:
> +# Check for missing optional dependencies and output warnings.
> +kernel-install_pkg_pretend() {
> + debug-print-function ${FUNCNAME} "${@}"
> +
> + if ! has_version -d
> On Wed, 17 Jun 2020, Michael Lienhardt wrote:
> But maybe, "error" here in the PMS mean "the cpvs without the use flag
> does not match that dependency and a warning should be raised to
> improve compatibility in the future". In that case, it would be
> clearer for me to change 'error' in
> On Tue, 16 Jun 2020, Michał Górny wrote:
> '/usr/bin/env python' (with no extra options) is the portable shebang.
I still think this is a gross hack. You want your script to use the
correct interpreter (which is in /usr/bin, or the path substituted for
it at install time), not some random
But we know that it is in /usr/bin, so why add yet another indirection?
signature.asc
Description: PGP signature
> On Sat, 13 Jun 2020, Mikle Kolyada wrote:
> # Mikle Kolyada (2020-06-13)
> # have been shipped with dev-texlive/texlive-plaingeneric
> # for the very long time. Removal in 14 days.
> dev-tex/tex4ht
This will break generation of the HTML version of PMS:
$ make html
set -e; sum=''; \
> On Sun, 31 May 2020, Zac Medico wrote:
> We've also got these other basename calls in fetch.py:
>> diff --git a/lib/portage/package/ebuild/fetch.py
>> b/lib/portage/package/ebuild/fetch.py
>> index 28e7caf53..56b375d58 100644
>> --- a/lib/portage/package/ebuild/fetch.py
>> +++
> On Sun, 31 May 2020, Zac Medico wrote:
> In order to ensure that the filename will not have an extra level of quoting
> in the mirror path, we'll have to do something like this wherever we
> translate a uri in SRC_URI to a filename:
> diff --git a/lib/portage/dbapi/porttree.py
> On Tue, 26 May 2020, Zac Medico wrote:
> On 5/26/20 12:48 AM, Michał Górny wrote:
>> On Mon, 2020-05-25 at 21:31 -0700, Zac Medico wrote:
>>> Since variables like A and AA can contain extremely large values which
>>> may trigger E2BIG errors during attempts to execute subprocesses, delay
> On Fri, 22 May 2020, Michał Górny wrote:
> Hence my question: do you find 'do not remove kernels listed in
> bootloader config' feature useful? Do you think it should remain the
> default? Do you think it is worthwhile to continue supporting it?
For GRUB, wouldn't the typical workflow
> On Thu, 21 May 2020, Robert Bridge wrote:
> There are only 4 billion to reverse, not that hard really with a
> rainbow table...
That's why I said salted hash.
signature.asc
Description: PGP signature
> On Thu, 21 May 2020, Robert Bridge wrote:
> On Thu, 21 May 2020 at 09:47, Michał Górny wrote:
>>
>> Option 1: IP-based limiting
>> ===
>>
> Preface this with IANAL, check with your own legal counsel...
> While IP address based methods might be attractive
> On Mon, 18 May 2020, William Hubbs wrote:
> I would like to start a discussion on checking the PROPERTIES value in
> ebuilds. Specifically this could be used to check for live ebuilds
> instead of assuming that the version number of an ebuild indicates
> whether the ebuild is live.
> The
> On Mon, 18 May 2020, William Hubbs wrote:
> I have been acting as a backup maintainer for dev-vcs/cli. A pull
> request was opened today that changes the way we detect whether the
> ebuild is live from looking for "live" in $PROPERTIES to the version
> number [1].
> A different dev
When implementing support for arches.desc in ebuild-mode, I noticed
that the GLEP would allow several lines with the same architecture in
the first column. So, specify that the arch must be unique.
I don't attach the full text because this is a one-line change.
Ulrich
From
> On Sun, 26 Apr 2020, Michael Orlitzky wrote:
> Fuel for the fire:
> * https://www.nongnu.org/lzip/lzip_benchmark.html
> * https://www.nongnu.org/lzip/xz_inadequate.html
Yep. That's why lzip is the dominant compression format now, and nobody
is using xz any more.
SCNR,
Ulrich
> On Sun, 26 Apr 2020, Michał Górny wrote:
> The other major problem is spam protection. The best semi-anonymous way
> I see is to use submitter's IPv4 addresses (can we support IPv6 then?).
> We could set a limit of, say, 10 submissions per IPv4 address per week.
> If some address would
> On Thu, 23 Apr 2020, Kent Fredric wrote:
> I've just discovered dev-perl/Ace has some fun questionable licensing
> which includes a lovely indemnity clause, which had previously gone
> unnoticed, and it stipulates additional requests for research
> publications, which is not something
# Ulrich Müller (2020-04-22)
# Package is no longer being updated upstream.
# Replaced by app-i18n/man-pages-l10n[l10n_pl].
# Masked for removal in 30 days. Bug #717744.
app-i18n/man-pages-pl
signature.asc
Description: PGP signature
>>>>> On Tue, 14 Apr 2020, Ulrich Mueller wrote:
> Last year, we had removed all news items up to 2013-12-31. I suggest
> that we do the same now for the items from 2014, namely:
>2014-02-25 Upgrade to >=sys-fs/udev-210
>2014-03-12 Profile EAPI 5 require
> On Tue, 21 Apr 2020, Michał Górny wrote:
> Please note that during the system upgrade some of the package
> dependencies may temporarily become missing. While this should not
> should not affect programs that are already fully loaded, it may cause
"should not" should not be duplicate.
# Ulrich Müller (2020-04-17)
# Upstream has moved the manpages-de project to manpages-l10n.
# We cannot move multiple packages to one, therefore removing the
# old package. Use app-i18n/man-pages-l10n[l10n_de] as replacement.
# Masked for removal in 30 days. Bug #717744.
app-i18n/man-pages-de
# Mattéo Rossillol‑‑Laruelle (2020-04-17)
# Very little activity for almost a year and the link to download the
# "compiled" man-pages is dead.
# Use app-i18n/man-pages-l10n[l10n_fr] as replacement.
# Masked for removal in 30 days (bug #717744).
app-i18n/man-pages-fr
signature.asc
Description:
# Ulrich Müller (2020-04-15)
# Last upstream release in 2001. HOMEPAGE disappeared in 2010.
# Use app-i18n/man-pages-l10n[l10n_nl] as replacement.
# Masked for removal in 30 days. Bug #713590.
app-i18n/man-pages-nl
signature.asc
Description: PGP signature
> On Wed, 15 Apr 2020, Matt Turner wrote:
>> This is a CBUILD type dependency, right? Then there is no good way to
>> express it in EAPI 7. Still, I think that it should be specified in
>> BDEPEND (and maybe RDEPEND in addition).
> I'm not sure what CBUILD means. What is that?
That's a
> On Wed, 15 Apr 2020, Matt Turner wrote:
> At the same time, fix the dependency on sys-libs/libcap by moving it to
> RDEPEND, as dependencies in DEPEND/BDEPEND are not guaranteed to exist
> during pkg_postinst() when this eclass is intended to run.
This is a CBUILD type dependency, right?
Last year, we had removed all news items up to 2013-12-31. I suggest
that we do the same now for the items from 2014, namely:
2014-02-25 Upgrade to >=sys-fs/udev-210
2014-03-12 Profile EAPI 5 requirement
2014-03-16 Ruby 1.8 removal; Ruby 1.9/2.0 default
2014-06-03 UPower loses
> On Mon, 13 Apr 2020, Michał Górny wrote:
> -When a profile of an architecture arch is tested, then repoman checks
> -consistency of the dependency tree for ``arch`` and for ``~arch`` separately.
> +Stable means that the architecture is actively maintaning stable keywords.
> On Sat, 11 Apr 2020, Michael Orlitzky wrote:
> NB: why are we still requiring a comment in
> 2020 to indicate that a package is maintainer-needed? That information
> is already present in and easily retrievable from the XML. If you're
> grepping XML, you're doing it wrong. Use e.g.
Also update the license to "Creative Commons Attribution-ShareAlike 4.0
International", please.
signature.asc
Description: PGP signature
> On Sun, 12 Apr 2020, Michał Górny wrote:
> glep-0072: Rename bad depgraph state to 'degraded'
>
> In Gentoo terms, 'testing' and 'unstable' are mostly synonymous,
> so using the two names for different purposes is confusing. Use
>
> On Sat, 11 Apr 2020, Marek Szuba wrote:
> I have tried doing this in pkg_preinst but alas, I have found out
> collision checks are performed before that function is invoked. I have
> also tried setting COLLISION_IGNORE in the replacing package but it
> seems that variable only works in
> On Sat, 11 Apr 2020, Marek Szuba wrote:
> Title: Manual steps required during upgrade to an eselect-free OpenCL set-up
Title is too long.
> Author: Marek Szuba
> Posted: 2020-05-01
> Revision: 1
> News-Item-Format: 2.0
> Display-If-Installed: app-eselect/eselect-opencl
> We are now in
> On Sat, 11 Apr 2020, Michał Górny wrote:
> Thinking about it, all these terms seem too generic. Would be nice to
> find one that clearly suggests it's between testing and stable, and not
> 'lenient' in ~arch. How about 'transitional' or 'incomplete-stable'?
"interim"?
signature.asc
>>>>> On Fri, 10 Apr 2020, Ulrich Mueller wrote:
>> -``testing`` for all architectures where "inofficial" stable keywords are
>> +``degraded`` for all architectures where "inofficial" stable keywords are
> I am aware that it isn't your chang
> On Fri, 10 Apr 2020, Michał Górny wrote:
> In Gentoo terms, 'testing' and 'unstable' are mostly synonymous,
> so using the two names for different purposes is confusing. Use
> 'degraded' instead.
"Degraded" has a negative ring to it, so can you find another term?
How about "lenient" or
> On Fri, 10 Apr 2020, Michał Górny wrote:
> -In the main profiles directory, a file ``arches.desc`` is added. Name
> -and location are chosen in analogy to the existing ``profiles.desc`` file.
> -The format of ``arches.desc`` is as follows:
> +In the ``profiles`` subdirectory of the
> On Tue, 07 Apr 2020, Samuel Bernardo wrote:
> No assurance is also a level that takes place in the lower ranking
> level. If someone needs to use zoom because they are demanded by their
> boss I think that would be even more useful to know that it is possible
> to install zoom in Gentoo and
> On Thu, 02 Apr 2020, Rich Freeman wrote:
> I guess we could stick an einfo in the post-install messages,
Not sure if that's necessary. Zoom is a proprietary, closed-source,
fetch-restricted package, so users should know that they cannot expect
the same level of quality as for free
> On Thu, 02 Apr 2020, Alessandro Barbieri wrote:
> I have concerns about the inclusion of zoom in ::gentoo. For me it's
> more like a malware.
Gentoo is about choice. If users want to use Zoom (or have to, because
their employer schedules a meeting using that platform) then it is not
our
> On Thu, 02 Apr 2020, Piotr Karbowski wrote:
> Title: Deprecation and removal of legacy X11 input drivers.
Title has 52 chars which is too long (omit the full stop for a start).
> Author: Piotr Karbowski
> Posted: 2020-04-02
> Revision: 1
> News-Item-Format: 2.0
> Display-If-Installed:
>>>>> On Tue, 31 Mar 2020, Ulrich Mueller wrote:
> I've sent an e-mail message upstream, asking for confirmation that 10.24
> can be used, copied, modified, and/or distributed freely.
This is the answer from upstream (posted here with permission):
| The license on http
> On Tue, 31 Mar 2020, James Cloos wrote:
> The only license i can see in that zip is the line in the pdf (which
> also says 10.24) that they are 'free for any use'.
Ah, I hadn't seen that one. I stand corrected then.
> If 10.24 is in wayback, 10.23 probably is as well.
> The last usable
> On Tue, 31 Mar 2020, Alessandro Barbieri wrote:
> Version 10.23 is here
> https://web.archive.org/web/20180129230141/http://users.teilar.gr/~g1951d/Symbola.zip
Actually, that zipball contains version 10.24, which is under the
restrictive license already:
$ fc-query -f '%{fontversion}'
> On Thu, 26 Mar 2020, William Hubbs wrote:
> If there's a way inside an eclass to check that the ebuild inheriting
> it is in ::gentoo, I will use it to die if the ebuild is in ::gentoo
> and this variable is set.
Oh please, not this again. An ebuild or eclass is supposed to work the
same
> On Wed, 25 Mar 2020, Ulrich Müller wrote:
> + local desktop="${exec%%[[:space:]]*}"
> + desktop="${T}/${desktop##*/}-${desktop_name}.desktop"
Alternatively, we could use the executable's basename only, without
appending PN (but still appending SLOT if different from 0). Or do we
> On Fri, 14 Feb 2020, Ulrich Müller wrote:
> Accessing ${S} in global scope is not allowed by PMS, therefore remove
> the global variable assignment of FONT_S which uses it. Add a fallback
> to ${S} in font_src_install() instead.
> Allow FONT_S to be an array, if there are multiple
# Ulrich Müller (2020-03-11)
# No license. HOMEPAGE is gone.
# Masked for removal in 14 days. Bug #450454.
games-misc/fortune-mod-humorixfortunes
signature.asc
Description: PGP signature
> On Sun, 08 Mar 2020, Michał Górny wrote:
> + The dev-python category contains packages whose primary purpose
> + is to provide Python modules, extensions and bindings, as well
> + as tools and utilities useful for development in the Python
> +
> On Sun, 08 Mar 2020, heroxbd wrote:
> debug-print-function ${FUNCNAME} "$@"
>
> + if [[ ${EUID} != 0 ]] ; then
> + einfo "Insufficient privileges to execute ${FUNCNAME[0]}"
Just a small comment on style, maybe try to stay consistent with the
rest of the eclass? That
> On Sat, 07 Mar 2020, Michał Górny wrote:
> Surely, you can claim we could just drop them to maintainer-needed.
> What problem does that solve? The package would still miss 3.7 support.
> Users will still suffer when we switch the default (if they have any
> users, that is). We would still
> On Sat, 07 Mar 2020, Matt Turner wrote:
>> > The list is almost exclusively about dev-python/, i.e. packages that
>> > do not install end-user applications but Python modules.
>>
>> Like www-apps/nikola, for example?
> This is not a productive way to communicate.
The point is that
> On Sat, 07 Mar 2020, Michał Górny wrote:
>> Just the ebuild being outdated doesn't sound like a sufficient reason
>> for removal of a package, at least not for those packages that install
>> applications for the end user.
> The list is almost exclusively about dev-python/, i.e. packages
> On Sat, 07 Mar 2020, Michał Górny wrote:
> Ebuilds. 183 of them. One is stuck on py2 but is included as only
> revdep.
Just the ebuild being outdated doesn't sound like a sufficient reason
for removal of a package, at least not for those packages that install
applications for the end
> On Sat, 07 Mar 2020, Michał Górny wrote:
> # Michał Górny (2020-03-07)
> # The following packages are stuck on Python 3.6, and have no reverse
> # dependencies. Please let the Python team know if you find some
> # of them still useful.
> # Removal in 30 days. Bug #711808.
Does this mean
> On Thu, 20 Feb 2020, Zac Medico wrote:
> Looks good. Even though earlier EAPIs are deprecated, would there be a
> problem with updating __eapi4_src_install for consistency?
I'd rather not, because for EAPIs 4 and 5 PMS specifies that the return
status of declare -p should be tested [1].
> On Wed, 19 Feb 2020, Patrick McLean wrote:
> If sshd is running, and a system is upgraded from to >=net-misc/openssh-8.2_p1, any new ssh connection will fail until sshd is
> restarted.
The ebuild currently has this warning:
ewarn "After upgrading to openssh-8.2p1 please restart sshd,
The devmanual says about live ebuilds:
| CVS ebuilds must be either with empty KEYWORDS or package.masked
| (but not both). Empty KEYWORDS are strongly preferred. This applies
| to "live" ebuilds (-) and to ebuilds that extract a static
| revision but still use CVS for fetching.
As of today,
> On Tue, 11 Feb 2020, Alexey 'Alexxy' Shvetsov wrote:
> Ok. What is you're suggestion?
If you really need that kind of mnemonics, how about 368 (68 being the
ASCII code for "D")?
Ulrich
signature.asc
Description: PGP signature
> On Fri, 07 Feb 2020, Matt Turner wrote:
> On Fri, Feb 7, 2020 at 9:10 AM Mike Pagano wrote:
>>
>> # Mike Pagano (2020-02-07)
>> # The standalone ebuild for this driver is made
>> # unnecessary as it is included in the package:
>> # sys-kernel/linux-firmware
>> sys-firmware/iwl6050-ucode
# Ulrich Müller (2020-02-05)
# Last version bump in 2014, while upstream is at 2019/1.
# Ebuild claims "free-noncomm", but has an inaccessible distfile
# behind a registration wall. Unresponsive Gentoo maintainer.
# Masked for removal in 30 days. Bug #702352.
sci-chemistry/shelx
signature.asc
# Ulrich Müller (2020-02-04)
# No license; copyright status unclear.
# Masked for removal in 30 days. Bug #634288.
games-misc/fortune-mod-calvin
games-misc/fortune-mod-futurama
# Ulrich Müller (2020-02-04)
# No license. HOMEPAGE and SRC_URI are gone.
# Masked for removal in 30 days. Bugs
The following came up in #gentoo-qa yesterday, in a discussion between
mgorny, soap and myself.
Historically, all ebuilds in the Gentoo repository were licensed under
GPL-2+. At a later point they were relicensed [1] to GPL-2. See [2] for
a rationale (or absence of it, YMMV).
However, in GLEP
# Ulrich Müller (2020-01-27)
# Removal requested by proxied maintainer:
# "Game already available in Valve Steam."
# License issues, unclear if zipball is redistributable.
# Masked for removal in 30 days. Bug #703496.
games-action/cs2d
signature.asc
Description: PGP signature
1 - 100 of 1714 matches
Mail list logo
