> 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
The gentoo-news repository requires a Signed-off-by line in the commit,
while news items don't have any license information. So technically,
these commits aren't compliant with GLEP 76.
The simplest way to fix this would be adding a README file in the
top-level dir of the repository, see patch
> On Thu, 17 Dec 2020, Mike Gilbert wrote:
> Doesn't the same restriction apply to relicensing it?
No, because the CC licenses have an explicit provision that allows it
when distributing a modified work (which they call an "Adaptation",
defined in section 1a).
For example, CC-BY-SA-3.0 says
> On Thu, 17 Dec 2020, Mike Gilbert wrote:
> Should I also drop the explicit copyright notice?
>> Copyright (c) 2013-2019 by Robin Hugh Johnson, Andreas K. Hüttel,
>> Marissa Fischer, Michał Górny.
I think that a GLEP shouldn't have such a notice (after all, authors
are listed in the GLEP's
Please also update the license of the GLEP to CC-BY-SA-4.0 [1].
See for example glep-0001.rst for the new footer.
[1] https://www.gentoo.org/glep/glep-0001.html#what-belongs-in-a-successful-glep
(item 8)
signature.asc
Description: PGP signature
> On Sun, 06 Dec 2020, Matt Turner wrote:
> -[[ ${EAPI:-0} == [012345] ]] && inherit multilib
> +[[ ${EAPI:-0} == [5] ]] && inherit multilib
Useless brackets. Also you could drop the :-0 here.
> case "${EAPI:-0}" in
No quotes needed here.
> - 0|1|2|3|4|5|6|7) ;;
> - *) die
> On Sun, 29 Nov 2020, Michał Górny wrote:
> +# Additionally ,if --install is passed as the first parameter,
s/ ,/, /
signature.asc
Description: PGP signature
> On Sun, 29 Nov 2020, Michał Górny wrote:
> + case ${install_method} in
> + home)
> + local add_args=(
> + install
> + --home="${TEST_DIR}"
> +
> On Thu, 19 Nov 2020, Ulrich Müller wrote:
> This implements the dosym command proposed for EAPI 8 (called dosym8
> because we cannot use the same name as the package-manager builtin).
> "dosym -r " will expand the (apparent) path of
> relative to the (apparent) path of the directory
> On Thu, 19 Nov 2020, Alec Warner wrote:
>> +_dosym8_canonicalize() {
> in dosym8() you save and restore IFS, but you don't here, is there a reason
> for that?
>> + local path slash i prev out IFS=/
IFS is a local variable, so its scope ends when the function returns.
We also don't
> On Mon, 09 Nov 2020, Jaco Kroon wrote:
> What is the actual "target" objective with the change? I would have
> expected (not being one to follow this too closely):
> lib/ - arch independent stuff (eg, netifrc / dhclient etc scripts).
> lib32/ - 32-bit specific stuff (libs for 32-bit).
>
> On Mon, 09 Nov 2020, Robin H Johnson wrote:
> The attached list notes all of the packages that were added or removed
> from the tree, for the week ending 2020-11-08 23:59 UTC.
> [...]
> app-editors/emacs
> 20150808-20:49 robbat2
>>>>> On Tue, 03 Nov 2020, Ulrich Mueller wrote:
> Presumably it would also be cleaner to test if POLICY_PATCH is an array,
> and use '"${POLICY_PATCH[@]}"' if it is but '${POLICY_PATCH}' if it is
> not.
In fact you could use the same code as in default src_pr
> On Mon, 02 Nov 2020, David Michael wrote:
> for POLPATCH in ${POLICY_PATCH[@]};
> do
> - if [[ ${EAPI:-0} == 5 ]]; then
> - epatch "${POLPATCH}"
> - else
> - eapply
> On Mon, 02 Nov 2020, David Michael wrote:
> +if [[ ${EAPI:-0} == [56] ]]; then
Substituting 0 is not necessary here.
Ulrich
signature.asc
Description: PGP signature
> On Mon, 26 Oct 2020, Georgy Yakovlev wrote:
> In 2 two weeks from now, the Council will meet again. This is
> the time to raise and prepare items that the Council should put on the
> agenda to discuss or vote on.
> Please respond to this message with agenda items. Do not hesitate to
>
> On Sat, 24 Oct 2020, Raul E Rangel wrote:
> I would like to upgrade the waf-utils.eclass to allow EAPI-7. I've
> audited the eclass code, and I didn't see anything that prevents the
> eclass from being used with EAPI-7.
> Here is the PR:
>
> On Fri, 23 Oct 2020, Aisha Tammy wrote:
> I could run these commands conditionally in postinst to make this
> an automatic upgrade for people who have 'xdm' currently installed and
> enabled in the default runlevel.
> But I really don't think that running these commands is that big an
>
> On Thu, 22 Oct 2020, Aisha Tammy wrote:
> and remove 'xdm' from the default runlevel and add 'display-manager':
> rc-update del xdm default
> rc-update add display-manager default
So, no automatic upgrade path for users? I am asking again, what is the
rationale for renaming?
> On Sun, 18 Oct 2020, Michał Górny wrote:
> Do you really think a rename for the sake of renaming justifies
> requiring all users to rewrite their configuration? While we're
> requiring the users to do that, wouldn't it be better to stop using
> the awful layout of 'one script to run them
> On Sun, 18 Oct 2020, Aisha Tammy wrote:
> This package provides the 'display-manager' startup script for
> handling your chosen display manager, without being dependent on
> Xorg server.
There wasn't any consensus about renaming xdm to display-manager.
Ulrich
> On Sat, 10 Oct 2020, Aisha Tammy wrote:
> On 10/10/20 8:00 AM, Joonas Niilola wrote:
>>> - xdm init.d is replaced by display-manager init.d script
>>
>> Why this rename? I can't find a reason for that.
>>
> The name change was to make it clear that its separate from xorg-server
> as it
> On Tue, 06 Oct 2020, William Hubbs wrote:
>> +case "${EAPI:-0}" in
>> +0|1|2|3|4|5|6)
>> +die "Unsupported EAPI=${EAPI} (obsolete) for ${ECLASS}"
>> +;;
>> +7)
>> +;;
>> +*)
>> +die "Unsupported EAPI=${EAPI} (unknown) for
>>>>> On Tue, 06 Oct 2020, Michał Górny wrote:
> On Tue, 2020-10-06 at 13:34 +0200, Ulrich Mueller wrote:
>> > > > > > On Tue, 06 Oct 2020, Michał Górny wrote:
>> > On Tue, 2020-10-06 at 13:18 +0200, Ulrich Mueller wrote:
>> > > >
> On Tue, 06 Oct 2020, Frédéric Pierret wrote:
>> We've already discussed it in #-qa, and I still think that this is
>> over-engineered. Users can validate the distfile by the Manifest and
>> its signature, so exposing the feature to users is redundant.
> IMHO, manifest verification and
>>>>> On Tue, 06 Oct 2020, Michał Górny wrote:
> On Tue, 2020-10-06 at 13:18 +0200, Ulrich Mueller wrote:
>> > > > > > On Tue, 06 Oct 2020, Michał Górny wrote:
>> > +IUSE="+verify-sig"
>>
>> At least don't enable this
> On Tue, 06 Oct 2020, Michał Górny wrote:
> Signed-off-by: Michał Górny
> ---
> app-crypt/openpgp-keys-miniupnp/Manifest | 2 ++
> app-crypt/openpgp-keys-miniupnp/metadata.xml | 9
> .../openpgp-keys-miniupnp-20201006.ebuild | 23 +++
> 3 files changed,
> On Tue, 06 Oct 2020, Michał Górny wrote:
> +IUSE="+verify-sig"
At least don't enable this by default. The feature increases build time
and has little (if any) benefits.
Ulrich
signature.asc
Description: PGP signature
> On Tue, 06 Oct 2020, Michał Górny wrote:
> verify-sig eclass provides a streamlined approach to verifying upstream
> signatures on distfiles. Its primary purpose is to permit developers
> to easily verify signatures while bumping packages. The eclass removes
> the risk of developer
> On Mon, 05 Oct 2020, Azamat Hackimov wrote:
> Currently portage is mostly lua:5.1 aware and the first thing is move
> dev-lang/lua:0 to 5.1 slot by slotmove in profiles/updates:
> slotmove dev-lang/lua 0 5.1
This would mean that slot 0 can never again be used for the package.
My advice
> On Mon, 05 Oct 2020, Aaron W Swenson wrote:
> On 2020-10-05 10:51, Aaron W. Swenson wrote:
>> Currently we're just using -1 for pgbouncer. The user does own a
>> couple things, but that's managed by checkpath in the init script.
>>
>> So, given that any UID will do, I'm proposing either
> On Sun, 04 Oct 2020, William Hubbs wrote:
> filename="2020-10-06-kubernetes-split-packages-returning.en.txt"
GLEP 42 says: "While there is no hard restriction on the length of
short-name, limiting it to 20 characters is strongly recommended."
I don't think that
> On Thu, 01 Oct 2020, Matt Turner wrote:
> - [[ ${PN} = font-misc-misc || ${PN} = font-schumacher-misc || ${PN##*-}
> = 75dpi || ${PN##*-} = 100dpi || ${PN##*-} = cyrillic ]] && IUSE+=" nls"
> + case ${PN#font-} in
> +
> On Mon, 28 Sep 2020, Michał Górny wrote:
> I've figured out a better solution than changing PYTHON_TARGETS and then
> revbumping the packages to have users upgrade (which may happen before
> they change PYTHON_TARGETS). Instead, I'll revbump these few packages
> and remove Python 2 in new
> On Sun, 27 Sep 2020, Michał Górny wrote:
> +Please note that the Python 2.7 interpreter (without additional Python
> +packages) remains necessary to build a few high profile packages,
> +in particular Chromium, Mozilla software and PyPy. If you build either
> +of these packages from
> On Thu, 24 Sep 2020, Tim Harder wrote:
> In short, pkgcheck (in git) now supports parsing the eclass doc format
> as specified at [1] for the gentoo repo. This enables extracting more
> info from various eclass doc annotations.
> Along those lines, pkgcheck recognizes the '@DEPRECATED:'
> On Sun, 20 Sep 2020, Kai Krakow wrote:
> I would like to reserve GID 37 for games-util/gamemode.
> As far as I can tell, GID 37 is free [1]
"UIDs and GIDs in range 0..100 are reserved for important system
accounts. New assignments in that range need to be explicitly approved
by the QA
> 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=''; \
401 - 500 of 2165 matches
Mail list logo