# Sam James (2021-07-25)
# No activity upstream since 2014. Fails to build with GCC 11.
# Only one reverse dependency (media-libs/openexr_ctl) which
# is uninstallable.
# Removal on 2021-08-25. bug #789792, bug #715298.
media-libs/ctl
media-libs/openexr_ctl
signature.asc
Description: Message
> On 22 Jul 2021, at 16:00, Alice wrote:
>
>
> Signed-off-by: Alice Ferrazzi
> ---
> eclass/kernel-2.eclass | 13 +
> 1 file changed, 9 insertions(+), 4 deletions(-)
Alice, thanks for taking the initiative to get this done and drop Python 2.7
here.
It's much appreciated!
>
>
> On 25 Jul 2021, at 23:10, Peter Stuge wrote:
>
> Alice wrote:
>> +++ b/eclass/kernel-2.eclass
> ..
>> - PYTHON_COMPAT=( python2_7 )
>> + PYTHON_COMPAT=( python3_{7..10} )
>
> From
>
>
> On 23 Jul 2021, at 18:11, Alessandro Barbieri
> wrote:
>
> IIUC, it will disable CPU microcode updates. The code being removed is
> entirely free (but it could load some non-free third-party microcode).
> Do we really endorse that, from a security (spectre, meltdown, etc.)
> point of view?
> On 22 Jul 2021, at 09:32, Patrice Clement wrote:
>
> Thursday 22 Jul 2021 04:44:39, Sam James wrote :
>>
>>> [snip]
>>
>> The patch itself seems fine, but I have some suggestions while we're
>> working on the eclass:
>>
>>
> On 21 Jul 2021, at 17:47, Patrice Clement wrote:
>
> ... and replace it with a test against the REPLACING_VERSIONS variable.
>
> See https://projects.gentoo.org/pms/8/pms.html#x1-10900011.1.
>
> Patch courtesy of Arfrever.
>
Ideally, we'd use Arfrever's sign off, but this is kind of a
Bug: https://bugs.gentoo.org/699422
Signed-off-by: Sam James
---
.../2021-06-30-libxcrypt-migration.ru.txt | 47 ---
.../2021-07-21-libxcrypt-migration.en.txt | 4 +-
2 files changed, 2 insertions(+), 49 deletions(-)
delete mode 100644
2021-06-30-libxcrypt-migration
Bug: https://bugs.gentoo.org/802210
Signed-off-by: Sam James
---
.../2021-06-30-libxcrypt-migration.en.txt | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git
a/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.en.txt
b/2021-06-30-libxcrypt
Bug: https://bugs.gentoo.org/802267
Bug: https://bugs.gentoo.org/802807
Signed-off-by: Sam James
---
.../2021-06-30-libxcrypt-migration.en.txt | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git
a/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt
> On 20 Jul 2021, at 20:57, Ulrich Mueller wrote:
>
>>>>>> 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 fil
Bug: https://bugs.gentoo.org/802210
Signed-off-by: Sam James
---
.../2021-06-30-libxcrypt-migration.en.txt| 9 +
1 file changed, 9 insertions(+)
diff --git
a/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.en.txt
b/2021-06-30-libxcrypt-migration/2021-06
Bug: https://bugs.gentoo.org/802267
Bug: https://bugs.gentoo.org/802807
Signed-off-by: Sam James
---
.../2021-06-30-libxcrypt-migration.en.txt | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git
a/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt
Bug: https://bugs.gentoo.org/802639
Signed-off-by: Sam James
---
.../2021-07-18-perl-5_34-upgrade.en.txt | 43 +++
1 file changed, 43 insertions(+)
create mode 100644
2021-07-21-perl-5_34-upgrade/2021-07-18-perl-5_34-upgrade.en.txt
diff --git a/2021-07-21-perl-5_34
> On 14 Jul 2021, at 13:43, Marek Szuba wrote:
>
> On 2021-07-14 13:02, Ulrich Mueller wrote:
>
>> Shouldn't virtual/fortran go into BDEPEND in EAPIs 7 and 8?
>
> Good point! I've created https://bugs.gentoo.org/802153 so that we do not
> lose track of this, that said it is beyond the scope
> On 15 Jul 2021, at 21:41, Marek Szuba wrote:
>
> On 2021-07-15 06:58, Ulrich Mueller wrote:
>
>> In the latest bunch of updates, we have changed many eclasses to have
>> only a single error case, and also standardized the die message.
>> Maybe simplify this eclass as well?
>
> If anyone
Signed-off-by: Georgy Yakovlev
Signed-off-by: Sam James
---
...2021-07-15-opentmpfiles-deprecation.en.txt | 69 +++
1 file changed, 69 insertions(+)
create mode 100644
2021-07-15-opentmpfiles-deprecation/2021-07-15-opentmpfiles-deprecation.en.txt
diff --git
a/2021-07-15
Signed-off-by: Georgy Yakovlev
Signed-off-by: Sam James
---
...2021-07-15-opentmpfiles-deprecation.en.txt | 69 +++
1 file changed, 69 insertions(+)
create mode 100644
2021-07-15-opentmpfiles-deprecation/2021-07-15-opentmpfiles-deprecation.en.txt
diff --git
a/2021-07-15
> On 13 Jul 2021, at 01:11, Sam James wrote:
>
>
>
>> On 13 Jul 2021, at 01:08, Marek Szuba wrote:
>>
>> On 2021-07-13 01:01, Marek Szuba wrote:
>>
>>> Title: PipeWire versions of PulseEffects are now media-sound/easyeffects
>>> Autho
> On 13 Jul 2021, at 01:08, Marek Szuba wrote:
>
> On 2021-07-13 01:01, Marek Szuba wrote:
>
>> Title: PipeWire versions of PulseEffects are now media-sound/easyeffects
>> Author: Marek Szuba
>> Posted: 2021-07-16
>> Revision: 1
>> News-Item-Format: 2.0
>> Display-If-Installed:
> On 6 Jul 2021, at 22:59, William Hubbs wrote:
>
> Change the _R0 suffix on these variable names to _ECLASS.
> Signed-off-by: William Hubbs
Seems good, thanks William!
> [snip]
best,
sam
signature.asc
Description: Message signed with OpenPGP
> On 2 Jul 2021, at 08:41, Sergei Trofimovich wrote:
>
> I don't use these any more.
> [snip]
> # bumps weekly, relatively small wrapper around
> # a ton of backend tools. Needs some test suite love.
> dev-util/diffoscope
Adopted, thanks!
best,
sam
signature.asc
Description: Message
Please note that the 2021-07-07 migration date is preliminary.
Bug: https://bugs.gentoo.org/699422
Signed-off-by: Sam James
---
.../2021-06-30-libxcrypt-migration.en.txt | 46 +++
1 file changed, 46 insertions(+)
create mode 100644
2021-06-30-libxcrypt-migration/2021-06-30
> On 21 Jun 2021, at 17:49, Ulrich Müller wrote:
>
> Signed-off-by: Ulrich Müller
> ---
> eclass/gnuconfig.eclass | 9 +++--
> 1 file changed, 3 insertions(+), 6 deletions(-)
I'm happy with the whole series. Thanks for working on this.
sam
signature.asc
Description: Message signed with
> On 21 Jun 2021, at 01:11, 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
> On 17 Jun 2021, at 03:28, Peter Stuge wrote:
>
> Sam James wrote:
>> * Brings IDEPEND, usev enhancements, --disable-static by default, and more!
>
> How to undo that --disable-static ?
>
> I'm asking both for my own ebuilds and as a regular portage user.
>
Hi!
EAPI 8 is here! In fact, it arrived a few days ago on Sunday:
1) Council approval of EAPI 8 on Sunday at the regular meeting
2) Swift release of Portage 3.0.20 containing EAPI 8 by Zac shortly thereafter.
Summary:
* mgorny's traditional summary is already out and can be found on his website
Hi,
base-system@ has decided to shed some packages which no longer fit within its
remit:
- app-editors/hexcurse
- app-shells/bashdb
- app-shells/rc
- dev-util/autoproject
- dev-util/unifdef
- net-misc/netkit-rsh
- sys-devel/remake
- sys-fs/dmg2img
Most of these packages are in a pretty good
> On 16 Jun 2021, at 16:12, Sam James wrote:
>
>
>
>> On 16 Jun 2021, at 10:13, Michał Górny wrote:
>>
>> [snip]
>
> The only case not covered by your questions is where an IRC client
> might autojoin #gentoo@libera (Smuxi does this with #s
> On 16 Jun 2021, at 10:13, Michał Górny wrote:
>
> [snip]
The only case not covered by your questions is where an IRC client
might autojoin #gentoo@libera (Smuxi does this with #smuxi) in which
case we want to update it.
> 1. Should we be proactively changing the default network in IRC
# Sam James (2021-06-15)
# Fails to build with GCC 11. Strange build system that needs more
# work to function properly (and integrate better). Several open bugs.
# bug #795999, bug #787902, bug #766033, bug #724674, bug #713206.
# Removal on 15-07-2021.
media-sound/sc2mpd
signature.asc
> On 13 Jun 2021, at 10:01, David Seifert wrote:
>
> The following packages have been dropped to m-n, since johu hasn't
> touched them in over a year and show no signs of maintaining them:
>
> acct-group/quassel
> acct-user/quassel
[...]
> net-irc/quassel
>
Adopted these.
best,
sam
# Sam James (2021-06-10)
# Fails to build with modern libetpan. Unmaintained.
# See bug #699570, bug #448574.
# Removal on 2021-07-10.
mail-client/etpan-ng
signature.asc
Description: Message signed with OpenPGP
> On 14 May 2021, at 15:31, Marek Szuba wrote:
>
> Nb. 1.17.0 has not come out yet but given 1.17.0-rc.3 came out 3 days ago and
> Syncthing upstream normally only has 3 release candidates before an actual
> release, we can expect it to come out quite soon.
>
> * * *
>
> Title:
> On 13 May 2021, at 12:15, Andreas K. Huettel wrote:
>
> Am Donnerstag, 13. Mai 2021, 12:02:32 CEST schrieb Andreas K. Huettel:
>> Hi all,
>>
>> due to having somewhat too many Gentoo projects and not enough time
>> at the moment, I'd like to ask for help with perl-cleaner here.
>>
>
>
Hi,
media-libs/libplacebo is now maintainer-needed after its proxy maintainer
decided to retire.
It has several open bugs and a version bump pending.
Thanks,
sam
signature.asc
Description: Message signed with OpenPGP
> On 3 May 2021, at 21:18, Michał Górny wrote:
>
> On Mon, 2021-05-03 at 19:06 +0100, Sam James wrote:
>> [snip]
>
> I want to avoid it on the top, so people don't do it prematurely before
> reading their options.
>
Good point - and I can’t complain, given I partl
> On 2 May 2021, at 23:04, Michał Górny wrote:
> [snip]
> +Upgrade commands
> +
> +The Python 3.8 cleanup requires that Python 3.8 is removed from complete
> +dependency trees in batch. If some of the installed packages using
> +an older Python version are not triaged for the
> On 2 May 2021, at 22:46, Michał Górny wrote:
>
> On Fri, 2021-04-30 at 01:50 +0100, Sam James wrote:
>>
>> [snip]
>
> I've applied most of your suggestions... and feel like this still needs
> more work. I'll try to make it clearer what all options are, and
> On 30 Apr 2021, at 08:23, Joonas Niilola wrote:
>
>
>
> On 30.4.2021 3.50, Sam James wrote:
>>> On 29 Apr 2021, at 22:01, Michał Górny wrote:
>>>
>>> +
>>> +
>>> +You can also switch to Python 3.9 earlier
> On 29 Apr 2021, at 22:01, Michał Górny wrote:
>
> Signed-off-by: Michał Górny
> ---
> .../2021-04-29-python3-9.en.txt | 93 +++
> 1 file changed, 93 insertions(+)
> create mode 100644 2021-04-29-python3-9/2021-04-29-python3-9.en.txt
>
> diff --git
> On 27 Apr 2021, at 19:22, Sergei Trofimovich wrote:
>
> Today gcc-11.1.0 released upstream and was added to ::gentoo as:
>
> https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=cc068d96fb49e308456cbe944fb29b1f78e6ad5c
>
And same day too!
> [snip]
> As usual if you can't figure out
> On 22 Apr 2021, at 22:07, Nekun wrote:
>
> Hi all,
>
Hi!
> Working on the fasm ebuild, have some questions:
>
> 1. fasm is written on itself and has two variants: self-contained binary for
> x86 and amd64 and linked with libc only for x86. Also, there are tools for
> working with the
> On 22 Apr 2021, at 14:31, Agostino Sarubbo wrote:
>
> Thanks for all feedback.
>
> Please discuss all points internally (branch, email, trackers and so on) and
> send me an email with all changes you would like to have.
As an aside, I do appreciate the CI and it’s turned out to be pretty
> On 22 Apr 2021, at 11:50, Joakim Tjernlund
> wrote:
>
> I have noted that python, portage and gentoolkit appers to install many MB of
> what appers
> to be test code:
> python: /usr/lib/python*/test, /usr/lib/python*/ctypes/test,
> /usr/lib/python*/lib2to3/tests,
>
> On 22 Apr 2021, at 13:59, Ionen Wolkens wrote:
> [snip]
> And, even if you don't see it like that, someday someone may want
> to go on a fixing spree using those trackers (may it be for ::guru
> or ::gentoo) but will keep seeing them mixed up together.
Yes, this is particularly apt for me.
> On 10 Apr 2021, at 01:13, Michael Orlitzky wrote:
>
> On Sat, 2021-04-10 at 00:32 +0100, Sam James wrote:
>>
>>
>> Yes, this is the part I find difficult too. The important
>> distinction here was *bootstrapping* (which I missed)
>> but I think at
> On 7 Apr 2021, at 12:18, Michael Orlitzky wrote:
>
> On Tue, 2021-04-06 at 20:32 +0100, Sam James wrote:
>>
>>>
>>> We usually don't add basic tools like grep to dependencies.
>>
>> Few points:
>>
>> ...
>
> 5) There
> On 7 Apr 2021, at 12:06, Ulrich Mueller wrote:
>
>>>>>> 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 a
> On 9 Apr 2021, at 22:10, Joerg Bornkessel wrote:
>
> https://bugs.gentoo.org/show_bug.cgi?id=778815
>
> pkgcheck, gives an error like this
> VariableScope: vdr-plugin-2: variable 'WORKDIR' used in
> 'vdr-plugin-2_pkg_setup', line 371
>
Hi, thanks for looking into this!
> inserted patch
base.eclass: last-rite eclass (mark as @DEAD)
Removal on 2021-05-09. Please port to general eclass functions/helpers.
See https://bugs.gentoo.org/497022 for information.
signature.asc
Description: Message signed with OpenPGP
games.eclass: mark as @DEAD (last-rite eclass)
Removal on 2021-05-09. Please port to general eclass functions/helpers.
No specific eclass is needed for general games installation.
signature.asc
Description: Message signed with OpenPGP
Hi,
Given I received no comments on the mailing list [0] post from 16th Feb and
affirmative comments via IRC, I’ve
dropped all s390 keywords to ~s390 (testing/unstable). We’ll keep the s390 arch
in addition to s390x as a subprofile
for now as this reduces the hassle of maintaining s390.
This
Hi,
Given I received no comments on the mailing list [0] post from 16th Feb and
affirmative comments via IRC, I’ve
dropped all s390 keywords to ~s390 (testing/unstable). We’ll keep the s390 arch
in addition to s390x as a subprofile
for now as this reduces the hassle of maintaining s390.
This
> On 6 Apr 2021, at 22:16, Sam James wrote:
>
> Packages up for grabs due to retirement of a proxied maintainer (and somebody
> giving up a package):
> app-emulation/img
> app-forensics/aide
> app-text/cherrytree
> media-gfx/zbar
> net-p2p/go-ethereum
Packages up for grabs due to retirement of a proxied maintainer (and somebody
giving up a package):
app-emulation/img
app-forensics/aide
app-text/cherrytree
media-gfx/zbar
net-p2p/go-ethereum
Most have no open bugs and are in a reasonable state.
signature.asc
Description: Message signed with
> On 5 Apr 2021, at 17:24, Ulrich Mueller wrote:
>
>>>>>> On Mon, 05 Apr 2021, Sam James wrote:
>
>> +4|5|6)
>> +DEPEND="
>> +sys-apps/grep
>> +sys-devel/gnuconfig
>> +
EPREFIX is only available in > EAPI 2 but let's take the opportuinty
to clean up in general. We don't want to keep worrying about
*very* old EAPI cases, especially given other eclasses
either barely - or don't - support it.
Signed-off-by: Sam James
---
eclass/gnuconfig.eclass |
Signed-off-by: Sam James
---
eclass/gnuconfig.eclass | 33 +++--
1 file changed, 23 insertions(+), 10 deletions(-)
diff --git a/eclass/gnuconfig.eclass b/eclass/gnuconfig.eclass
index 3433837787c..f679441445f 100644
--- a/eclass/gnuconfig.eclass
+++ b/eclass
stent 'case' style
* consistent variable references
* consistent references to bugs in comments
* consistent use of ${ECLASS}, not "autotools.eclass"
* use same ${WANT_AUTOCONF} comparison test throughout
Bug: https://bugs.gentoo.org/426262
Closes: https://bugs.gentoo.org/584254
Signed-of
> On 31 Mar 2021, at 10:09, Ulrich Mueller wrote:
>
>> 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
>> +}
>
> On 31 Mar 2021, at 07:39, Andreas Sturmlechner wrote:
>
> qa-reports showing >7300 ebuilds with EAPI-7 using eutils.eclass, that can't
> be right.
>
> - Restrict inherit eutils to - Drop bogus multilib.eclass (inherited by toolchain-funcs.eclass anyway)
> - Several functions look like
> On 27 Mar 2021, at 22:21, Sam James wrote:
>
Given how uncontroversial most of it is, the positive reviews, and the fact
that I pushed a load
of other eclassdoc changes (for other eclasses) but CI is still down, it makes
sense to throw in as much as we can to not waste the big
> On 28 Mar 2021, at 13:46, Ulrich Mueller wrote:
>
>
>>> 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.
Well, that was
autotools-utils.eclass: mark as @DEAD (last-rite eclass)
Removal on 2021-04-28. Please port to autotools.eclass
or out-of-source.eclass.
signature.asc
Description: Message signed with OpenPGP
> On 27 Mar 2021, at 19:25, Matt Turner wrote:
>
> Per Sam's suggestion, I'll also add
>
> # @DEPRECATED: Use xorg-3.eclass
>
I made the same mistake with oasis, do just ‘xorg-3.class’ because the
pkgcheck text says ‘replacement: ${text}’.
signature.asc
Description: Message signed with
o eqawarn
* consistent 'case' style
* consistent variable references
* consistent references to bugs in comments
* consistent use of ${ECLASS}, not "autotools.eclass"
* use same ${WANT_AUTOCONF} comparison test throughout
Signed-off-by: Sam James
---
eclass/aut
oasis.eclass: mark as @DEAD (last-rite eclass)
Removal on 2021-04-05 when the rest of the Oasis packages, including
Oasis (dev-ml/oasis) is removed.
There's no point in keeping the eclass when Oasis itself is gone and nothing
should be able to use this right now anyway due to the large number of
> On 17 Mar 2021, at 01:49, Haelwenn (lanodan) Monnier
> wrote:
>
> Gstreamer switched to meson in 1.16.0 and removed autotools support in 1.18.0,
> this eclass is an update of gstreamer.eclass.
>
> [snip]
Thanks for working on this!
> +#
> +# GStreamer consuming applications should depend
# Sam James (2021-03-13)
# Stuck on oasis.eclass, out of date
# No reverse dependencies
# bug #775785
# Removal in 14 days. Nothing should really
# be able to use any of these right now anyway.
dev-ml/qcheck
dev-ml/macaque
dev-ml/pgocaml
dev-ml/csv
dev-ml/gen
dev-ml/tyxml
dev-ml/stringext
dev-ml
Hi,
Please mark your package as ALLARCHES if at all possible.
The metadata.xml tag indicates to arch teams
that the package is architecture independent and therefore testing on one
architecture is sufficient.
You can read more in the devmanual:
> On 3 Mar 2021, at 22:55, Sam James wrote:
>
> Hi,
>
> We still have ~31 packages still not declaring support for newer Python 3
> targets than Python 3.7,
> we have ~1085 packages still not declaring support for newer Python 3 targets
> than Python 3.8 (i.e
> On 8 Mar 2021, at 19:01, Stephan Hartmann wrote:
>
> Hi,
Hi!
Review from mobile so please excuse non-ideal formatting.
>
> updated based on previous suggestions.
>
> ```
> Title: Chromium access to Google services
> Author: Stephan Hartmann
> Content-Type: text/plain
> Posted:
Hi,
Following the retirement of a proxy maintainer, as their request, we have the
following packages up for grabs:
app-emulation/fuse
app-emulation/fuse-utils
app-emulation/libspectrum
Thanks!
signature.asc
Description: Message signed with OpenPGP
> On 2 Mar 2021, at 15:05, Michał Górny wrote:
>
> Hi,
>
> I think I've made a mistake by stabilizing PyPy(3), and I would like to
> drop it back to ~arch (and stable-mask the relevant flags).
>
> Roughly, there are 4 problems with it:
>
> [snip]
> Honestly, I've tried to improve PyPy in
> On 3 Mar 2021, at 22:55, Sam James wrote:
>
> Hi,
>
> We still have ~31 packages still not declaring support for newer Python 3
> targets than Python 3.7,
> we have ~1085 packages still not declaring support for newer Python 3 targets
> than Python 3.8 (i.e.
# Sam James (2021-03-03)
# Declared abandoned upstream and stuck
# on Python 3.7.
# Removal in 30 days.
app-office/moneyguru
signature.asc
Description: Message signed with OpenPGP
Hi,
We still have ~31 packages still not declaring support for newer Python 3
targets than Python 3.7,
we have ~1085 packages still not declaring support for newer Python 3 targets
than Python 3.8 (i.e.
Python 3.9).
Please review this list to see if your packages are stuck on Python 3.7:
Hi,
This is a friendly reminder that you should CC arch teams *for all arches which
currently have a stable keyword for your package*. NATTkA
handles this for you (see my other email [0]), but if you decide to not use it,
please be sure you do CC all arches for which the previous
stable version
Hi,
This is a begging notice to ideally use NATTkA if possible for your keywording
or stabilisation bugs!
[If you don’t know what to do, I hereby give you permission to nag me and ask
me to check each one
of your bugs to let you know if it’s working okay and if it’s all gone alright.
New
> On 2 Mar 2021, at 03:54, Matt Turner wrote:
>
> tl;dr: In app-portage/gentoolkit-0.5.1 there's a new tool I wrote,
> called merge-driver-ekeyword that can automatically resolve git merge
> conflicts involving the KEYWORDS=... line in ebuilds.
>
Thanks a lot for your work here, Matt! It’s
> On 2 Mar 2021, at 05:10, Michael Orlitzky wrote:
>
> On Mon, 2021-03-01 at 22:54 -0500, Matt Turner wrote:
>> tl;dr: In app-portage/gentoolkit-0.5.1 there's a new tool I wrote,
>> called merge-driver-ekeyword that can automatically resolve git merge
>> conflicts involving the KEYWORDS=...
# Sam James (2021-02-28)
# games-strategy/0ad-data has been merged
# into games-strategy/0ad for simplicity.
# Note that in most cases, the latter uses
# upstream pre-built assets anyway.
# Nothing should really be using this.
# bug #735352, bug #768930
# Removal in 14 days.
games-strategy/0ad
> On 7 Jan 2021, at 14:28, Agostino Sarubbo wrote:
>
> Hello,
>
> it happens frequently that CI discovers failure(s) in non-maintainer commits.
>
> The most striking examples are maintainer-needed, proxy-maint and general pull
> request where who made the change has no visibility on the new
> On 27 Feb 2021, at 14:50, Tim Harder wrote:
>
> Hi all,
>
> Finally responding to all the requests, I've hacked up an initial
> alternative to repoman's commit functionality in the form of pkgdev [1]
> that uses pkgcheck's API behind the scenes. The project is meant to grow
> into a
# Bernd Waibel (2021-02-27)
# No longer actively supported upstream.
# Removal needed to clean-up {ilmbase,openexr}-2.3.0
# Masked for removal in 30 days.
media-gfx/openexr_viewers
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-02-27)
# Fails to build with GCC 10 (or otherwise!)
# bug #708508, bug #728026, bug #542280
# Removal in 30 days
sci-mathematics/ggnfs
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-02-27)
# Fails to build with GCC 10, out of date.
# bug #723192, bug #737058
# Removal in 30 days
dev-lang/ats
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-02-27)
# Broken with newer(?) dev-scheme/guile, dead upstream
# bug #642736, bug #773196
dev-scheme/greg
signature.asc
Description: Message signed with OpenPGP
> On 21 Feb 2021, at 04:30, Tim Harder wrote:
>
> Hi all,
>
> Is there interest in enforcing some basic QA for the semi-formatted
> comments in profiles/package.mask (and possibly other profiles file
> types)? I have code implementing the basic functionality done for
> pkgcheck, but wondered
Hi all,
I have two linked proposals:
1) I propose we remove support for Gentoo on s390 and support only s390x
instead;
2) We drop the s390 arch (covering both s390 and s390x) keywords to ~s390
(unstable).
Right now, we support both s390 and s390x with the same keyword (’s390’) but
s390x has a
> On 8 Feb 2021, at 11:19, Michał Górny wrote:
>
> Hi,
>
> FYI the developers of dev-python/cryptography decided that Rust is going
> to be mandatory for 1.5+ versions. It's unlikely that they're going to
> provide LTS support or security fixes for the old versions.
>
> Since cryptography is
> On 8 Feb 2021, at 00:52, Aisha Tammy wrote:
>
> Hi all,
> [snip]
> This transition is expected to take a long time so there shouldn't be a worry
> about sudden
> changes in packages. We are going to keep some of the more important old
> GTK:2 ebuilds,
> such as the CJK ebuilds, around as
Hello,
Packages up for grabs due to the retirement of sobhan@:
media-gfx/frogr
It has 1 open bug and a version bump pending according to Repology.
Thanks!
Sam
signature.asc
Description: Message signed with OpenPGP
Hello,
Packages up for grabs due to the retirement of mudler@:
x11-misc/i3blocks
No open bugs and no version bump pending.
Thanks!
Sam
signature.asc
Description: Message signed with OpenPGP
> On 17 Jan 2021, at 09:26, Michał Górny wrote:
>
> Hello,
>
> The following packages are in need of a new maintainer due to their
> current maintainer being MIA:
>
> […]
> [ ] app-admin/stow
Adopted the wonderful stow, but I’ll leave xstow for others.
> [Bv] app-admin/xstow
Thanks,
Sam
> On 12 Jan 2021, at 19:24, Alfredo Tupone wrote:
>
> As I have interest on lot of ebuild on dev-ml, and most of them are not
> managed by any project, I have created a project to handle them.
>
Thanks Alfredo, I’m in and I joined #gentoo-ml too.
> I have build
> On 7 Jan 2021, at 14:28, Agostino Sarubbo wrote:
>
> Hello,
>
> it happens frequently that CI discovers failure(s) in non-maintainer commits.
>
> The most striking examples are maintainer-needed, proxy-maint and general pull
> request where who made the change has no visibility on the new
# Jaco Kroon (2021-01-04)
# media-libs/libilbc is (for every package I manage) a drop-in for
# dev-libs/ilbc-rfc3951. The latter had net-misc/asterisk,
# net-libs/pjproject and net-voip/yate as dependencies.
# (All of which has been bumped to no longer have this dependency.)
# Removal in 30 days,
> On 28 Dec 2020, at 10:02, Hanno Böck wrote:
>
> If it has any weight:
> I think I was the first person to build Gentoo with LibreSSL. I support
> this.
>
I’m pleased to have yours and blueness’ input. Really, I think going
is probably best. Just make it clear it can come back with some
new
> On 29 Dec 2020, at 09:13, Marcel Schilling
> wrote:
>
>
> I just want to comment that I switched to LibreSSL on several Gentoo
> systems years ago and never had any major issues.
> I run both desktop and server systems with LibreSSL, based on X and
> Wayland. The only issues I ran into is a
701 - 800 of 827 matches
Mail list logo