> On 29 Sep 2021, at 22:52, A Schenck wrote:
>
> [snip]
> Didn't expect to be the only dissenting opinion on something like this
> but. . . Some applications parse portage output looking for these
> 'zings'. At very least app-portage/kuroo does it this way; there must be
> others, right? This
> On 25 Sep 2021, at 20:44, Joshua Kinard wrote:
>
>> [snip]
>>
>> ECDSA and the NIST curves have been around since > 20 years, so it's
>> simply impossible that there are any valid patents covering those.
>> (There is of course a slight possibility that there may be patents
>> covering specif
Bug: https://bugs.gentoo.org/811462
Signed-off-by: Hank Leininger
Signed-off-by: Sam James
---
...sible-failure-to-preserve-libraries.en.txt | 103 ++
1 file changed, 103 insertions(+)
create mode 100644
2021-09-24-possible-failure-to-preserve-libraries/2021-09-24-possible
Bug: https://bugs.gentoo.org/811462
Signed-off-by: Hank Leininger
Signed-off-by: Sam James
---
...sible-failure-to-preserve-libraries.en.txt | 98 +++
1 file changed, 98 insertions(+)
create mode 100644
2021-09-24-possible-failure-to-preserve-libraries/2021-09-24-possible
> On 9 Sep 2021, at 20:47, Mike Gilbert wrote:
>
> busybox[static] was added to @system as a system recovery tool.
>
> If the system is in such a state that a static shell is needed for
> recovery, it is likely that remote access is also broken, and the
> sysadmin will need to log into a consol
> On 7 Sep 2021, at 23:51, Mike wrote:
>
> Linux 2.4 and gcc 4 are long gone from the tree
> Remove some log lines
>
>
Good riddance!
Thanks.
> Signed-off-by: Mike Pagano
> ---
> eclass/linux-info.eclass | 15 ---
> 1 file changed, 15 deletions(-)
>
Best,
sam
signature.asc
> On 2 Sep 2021, at 20:42, Mike Pagano wrote:
>
> Support the possibility that the Makefile could be
> one of the following and should be checked in
> the order described here:
>
> https://www.gnu.org/software/make/manual/make.html
>
> Order of checking and valid Makefiles names:
> GNUMakefil
> On 29 Aug 2021, at 19:44, Michał Górny wrote:
>
> On Sun, 2021-08-29 at 14:41 -0400, Ionen Wolkens wrote:
>>> [snip]
>>
>> If anything I'd personally prefer the rough opposite of this, in the
>> event multiple eclass export the same, have the package manager merge
>> them.
>>
>> e.g. rather
> On 29 Aug 2021, at 19:41, Ionen Wolkens wrote:
>
> On Sun, Aug 29, 2021 at 12:23:22PM -0500, William Hubbs wrote:
>> On Sat, Aug 28, 2021 at 06:35:06PM +0200, Michał Górny wrote:
>>> Hi,
>>>
>>> I've been informed of a slight inconsistency in package manager behavior
>>> that affects combini
> On 24 Aug 2021, at 11:24, Jaco Kroon wrote:
>
> Hi All,
>
> We run glibc based systems. No musl. But we don't use systemd.
>
> As little as a year back we still ran into issues with systemd-udev
> variant breaking systems, the fix of course was to nuke it and install
> eudev. Are we cert
> On 22 Aug 2021, at 21:14, Anthony G. Basile wrote:
>
> [snip]
>
>
> Title: eudev retirement on 2022-01-01
> Author: Anthony G. Basile
> Posted: 2021-08-xx
> Revision: 1
> News-Item-Format: 2.0
> Display-If-Installed: sys-fs/eudev
>
Let's mention that people should double check if they're
> On 19 Aug 2021, at 00:36, Sam James wrote:
>
> # Sam James (2021-08-18)
> # Fails to build with glibc-2.34. End of maintenance
> # upstream was declared in 2007. Several other serious
> # bugs open. Removal on 2021-09-19.
> # bug #711088, bug #775944, bug #79068
# Sam James (2021-08-18)
# Fails to build with glibc-2.34. End of maintenance
# upstream was declared in 2007. Several other serious
# bugs open. Removal on 2021-09-19.
# bug #711088, bug #775944, bug #790680, bug #806953.
net-analyzer/netwox
signature.asc
Description: Message signed with
# Sam James (2021-08-17)
# Fails to build with >= Boost 1.73, so broken for well over a year.
# Several open bugs: bug #722882, bug #742290, bug #808673.
# Removal on 2021-09-17.
sys-fs/e4rat
signature.asc
Description: Message signed with OpenPGP
> On 17 Aug 2021, at 16:19, Joshua Kinard wrote:
> [snip]
>
> According to the uClibc-ng website, 1.0.38 was released earlier this year
> (March 27th). Was an announcement put out somewhere about the project not
> being maintained any further beyond that release, or has it gone quiet after
> t
See https://bugs.gentoo.org/802786 and https://github.com/gentoo/kde/pull/903.
There's some work to be done first.
> On 16 Aug 2021, at 17:43, Marek Szuba wrote:
>
> Signed-off-by: Marek Szuba
> ---
> eclass/cmake.eclass | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --gi
From: Georgy Yakovlev
See:
https://archives.gentoo.org/gentoo-dev/message/7bdfdc9a7560fd07436defd0253af0b8
Signed-off-by: Georgy Yakovlev
Signed-off-by: Sam James
---
metadata/install-qa-check.d/60tmpfiles-paths | 34 ++--
1 file changed, 24 insertions(+), 10 deletions
://archives.gentoo.org/gentoo-dev/message/0a96793036a4fdd9ac311a46950d7e7b
Signed-off-by: Sam James
---
metadata/install-qa-check.d/60tmpfiles-paths | 8
1 file changed, 8 insertions(+)
diff --git a/metadata/install-qa-check.d/60tmpfiles-paths
b/metadata/install-qa-check.d/60tmpfiles-paths
index
It's okay to use "keepdir" on /etc/tmpfiles.d.
See:
https://archives.gentoo.org/gentoo-dev/message/50558b55dc34f37b238807fc4759640d
Signed-off-by: Sam James
---
metadata/install-qa-check.d/60tmpfiles-paths | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff -
ckages not calling tmpfiles_process
in pkg_postinst).
Signed-off-by: Sam James
---
metadata/install-qa-check.d/60tmpfiles-paths | 37
1 file changed, 37 insertions(+)
create mode 100644 metadata/install-qa-check.d/60tmpfiles-paths
diff --git a/metadata/install-qa-check.d/60tmpf
> On 12 Aug 2021, at 16:17, Agostino Sarubbo wrote:
>
> On giovedì 12 agosto 2021 14:53:33 CEST Michał Górny wrote:
>> To resolve these problems going forward and establish consistent
>> behavior in the future, I'd like to propose to disable 'package list'
>> fields on security bugs and instead
> On 12 Aug 2021, at 23:35, William Hubbs wrote:
>
> I spoke with several people on the #gentoo-hardened channel and no one
> knows of any place where these profiles are being used.
>
> I'll apply this patch early on Aug 16 UTC if no one objects.
>
I should've thought about this earlier, but
> On 6 Aug 2021, at 23:27, Louis Sautier wrote:
>
> On 06/08/2021 02:57, Alec Warner wrote:
>> On Thu, Aug 5, 2021 at 2:44 PM Georgy Yakovlev wrote:
>>> Hi,
>>>
>>> We've been collecting more and more container related packages in
>>> app-emulation/*
>>>
>>> What do you think about finally
# Sam James (2021-08-05)
# Fails to build with GCC 11. No activity upstream.
# bug #740308, bug #789816. Removal on 2021-09-05.
app-eselect/eselect-audicle
app-eselect/eselect-miniaudicle
media-sound/audicle
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-08-04)
# Fails to build with GCC 11. No activity upstream since 2008.
# bug #730692, bug #787866. Removal on 2021-09-04.
dev-scheme/ypsilon
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-08-04)
# Fails to build with GCC 11. Library with no reverse-dependencies.
# bug #731254, bug #787905. Removal on 2021-09-04.
net-libs/openmq-cclient
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-08-04)
# Fails to build with GCC 11, no activity upstream.
# bug #786738. Removal on 2021-09-04.
app-dicts/kasumi
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-08-04)
# Fails to build with GCC 11, no activity upstream.
# bug #729106, bug #786648. Removal on 2021-09-04.
app-backup/zbackup
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-08-04)
# Fails to build with GCC 11, large number of open bugs,
# no activity upstream. bug #692806, bug #694674, bug #712832,
# bug #725166, bug #740792, bug #788637, bug #798042.
# Removal on 2021-09-04.
net-misc/stargazer
signature.asc
Description: Message signed with
# Fails to build with GCC 11 and has Boost incompatibility issues.
# bug #741646, bug #792993. Removal on 2021-09-04.
sci-physics/sassena
signature.asc
Description: Message signed with OpenPGP
> On 4 Aug 2021, at 03:39, Thomas Deutschmann wrote:
>
> On 2021-08-01 01:56, Sam James wrote:
>> 1) Verify packages don't install tmpfiles to /etc/tmpfiles.d, which
>> is a deprecated location;
>
> This location is _not_ deprecated.
>
> Thi
# Sam James (2021-08-01)
# Broken with GCC 11, out of date, unmaintained in Gentoo.
# bug #763651, bug #774009, bug #789027, bug #759988.
# Removal on 2021-09-01.
dev-util/intel-graphics-compiler
dev-libs/intel-neo
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-08-01)
# Fails to compile, multiple open bugs.
# No activity upstream since 2015.
# bug #570484, bug #715412, bug #723204.
# Removal on 2021-09-01.
sys-apps/lmctfy
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-08-01)
# Fails to build with network-sandbox and variety
# of other open bugs. Unmaintained.
# bug #632638, bug #688530, bug #709992, bug #757768,
# bug #796920. Removal on 2021-09-01.
sys-apps/habitat
signature.asc
Description: Message signed with OpenPGP
> On 1 Aug 2021, at 17:42, Mike Gilbert wrote:
>
> On Sat, Jul 31, 2021 at 7:56 PM Sam James wrote:
>>
>> This adds two tmpfiles related QA checks:
>> 1) Verify packages don't install tmpfiles to /etc/tmpfiles.d, which
>> is a deprecated location;
&g
> On 1 Aug 2021, at 00:23, Joshua Kinard wrote:
>
>> [snip]
>
> Yeah, I found one mention in the Wiki[1], but not under "Profiles" in the
> devmanual[2]. The Wiki description doesn't say why that file is needed in
> every single subdirectory.
>
> [1] https://wiki.gentoo.org/wiki/Profile_(Por
es_process
in pkg_postinst).
Signed-off-by: Sam James
---
metadata/install-qa-check.d/60tmpfiles-paths | 37
1 file changed, 37 insertions(+)
create mode 100644 metadata/install-qa-check.d/60tmpfiles-paths
diff --git a/metadata/install-qa-check.d/60tmpfiles-paths
b/metada
> On 31 Jul 2021, at 23:42, Joshua Kinard wrote:
>
>
> I can't find much documentation on the 'eapi' file found in many of the
> profile directories. Several of the ones in
> profiles/arch/{amd64,sparc,mips} all report '5', and this aligns with the
> mips 17.0 profile under default/linux. Si
> On 18 Jul 2021, at 19:44, Michał Górny wrote:
>
> Signed-off-by: Michał Górny
> ---
> eclass/verify-sig.eclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> [snip]
> # BDEPEND="
> # verify-sig? ( app-crypt/openpgp-keys-example )"
> #
> -# VERIFY_SIG_OPENPGP_KEY_PATH=/usr/share
> On 23 Jul 2021, at 07:44, Andreas Sturmlechner wrote:
>
> Signed-off-by: Andreas Sturmlechner
> ---
> eclass/optfeature.eclass | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
> [snip]
lgtm.
best,
sam
signature.asc
Description: Message signed with OpenPGP
> On 27 Jul 2021, at 13:32, David Seifert wrote:
>
> Signed-off-by: David Seifert
> ---
> .../2021-08-01-tcpd-disabled.en.txt | 62 +++
> 1 file changed, 62 insertions(+)
> create mode 100644 2021-08-01-tcpd-disabled/2021-08-01-tcpd-disabled.en.txt
>
> diff --git a/20
> On 26 Jul 2021, at 16:01, Joshua Kinard wrote:
>
>>> [snip]
>>
>> I'd still prefer it if we just didn't provide the USE flag on irrelevant
>> kernels (it's too confusing) but if you plan on removing this
>> message at some point, I guess we can keep it?
>
> I think the message text for the
# Sam James (2021-07-26)
# Fails to build with GCC 11. No activity upstream.
# Removal on 2021-08-26. bug #740536, bug #624746.
media-sound/tapestrea
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-07-26)
# Fails to build with GCC 11.
# Removal on 2021-08-26. bug #788577.
net-im/minbif
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-07-26)
# Rather out of date, several open bugs, fails to build with GCC 11.
# Removal in 2021-08-26.
# bug #793020, bug #692976, bug #741600, bug #703948, bug #674334.
sci-misc/tango
signature.asc
Description: Message signed with OpenPGP
# Sam James (2021-07-26)
# No activity upstream. No reverse dependencies (library).
# Fails to build with GCC 11.
# Removal on 2021-08-26. bug #787113, bug #735714, bug #657510.
dev-cpp/libxsd-frontend
signature.asc
Description: Message signed with OpenPGP
# 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!
>
> d
> 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
>
> https://www.fsfla.org/pipermail/linux-libre/2020-August/003404.
> 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 gre
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 fro
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: >=media-sound/
> 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 1 Jul 2021, at 23:52, Alexey Sokolov wrote:
>
> Hi, Russian translation attached.
Pushed, thank you.
> <0001-Translate-libxcrypt-news-to-Russian.patch>
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 signed
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 stat
> 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 #smux
> 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 clien
# 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
sig
# 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: >=net-p2p/syn
> 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.
>>
>
> PS.
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
> 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 u
> 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
> 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 a/2021-04-29-
> 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 wh
> 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 pr
> 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 us
> 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,
>/usr/lib/python*/
> 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. L
> 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
> 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 w
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 is
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 is
701 - 800 of 874 matches
Mail list logo
