> 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=''; \
> 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
401 - 500 of 2153 matches
Mail list logo
