[gentoo-dev] Last rites: media-sound/tapestrea

2021-07-25 Thread Sam James
# 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

[gentoo-dev] Last rites: net-im/minbif

2021-07-25 Thread Sam James
# 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

[gentoo-dev] Last rites: sci-misc/tango

2021-07-25 Thread Sam James
# 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

[gentoo-dev] Last rites: dev-cpp/libxsd-frontend

2021-07-25 Thread Sam James
# 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

[gentoo-dev] Last rites: media-libs/ctl, media-libs/openexr_ctl

2021-07-25 Thread Sam James
# 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

[gentoo-dev] Last rites: app-portage/{deltup,getdelta}

2021-07-25 Thread John Helmert III
# John Helmert III (2021-07-26) # Open security bug, service backing it seems to be dead, making these # packages useless. Old EAPIs. Removal on 2021-08-26. Bug #630814 app-portage/getdelta app-portage/deltup signature.asc Description: PGP signature

[gentoo-dev] Last rites: app-text/lout

2021-07-25 Thread John Helmert III
# John Helmert III (2021-07-26) # Maintained needed, open security bug, uninterested upstream. # No revdeps. Removal on 2021-08-26. Bug #752408. app-text/lout signature.asc Description: PGP signature

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-25 Thread Peter Stuge
Sam James wrote: > > https://www.fsfla.org/pipermail/linux-libre/2020-August/003404.html > > > > it seems that it may be possible to need only very simple tools for the > > deblob program(s). > > Instead of linking to a huge release announcement, could you summarise it? Fair enough - though the

Re: [gentoo-dev] Packages up for grab

2021-07-25 Thread David Seifert
On Fri, 2021-07-23 at 01:11 +, Peter Stuge wrote: > Marco Scardovi wrote: > > mail-filter/bogofilter > > I'd like to proxy-maintain this. > > > //Peter > We tend to prefer people contribute fixes before adopting. Furthermore, given that you were retired for inactivity (#633142), and I

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-25 Thread Sam James
> 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! > >

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-25 Thread Sam James
> 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 > >

[gentoo-dev] Last rites: sci-electronics/drawtiming

2021-07-25 Thread David Seifert
# David Seifert (2021-07-26) # Fails to build with GCC 11, terrible codebase, tests fail with # modern ImageMagick, last release over 12 years ago. # Bug #725436, #786915, removal in 30 days. sci-electronics/drawtiming signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [PATCH] Add deblob support only for python3

2021-07-25 Thread Peter Stuge
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.html it seems that it may be possible to need only very simple

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Rich Freeman
On Sun, Jul 25, 2021 at 11:23 AM Ulrich Mueller wrote: > > We can reiterate when there are indications that SHA512 would be broken. > (Then again, the same applies to BLAKE2B.) Unless both are broken at the same time you'd also have the advantage of not having to try to scramble to figure out

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Ulrich Mueller
> On Sun, 25 Jul 2021, Roy Bamford wrote: > I'm in the "if it's not broken don't fix it" school. +1 I don't see a strong argument to remove SHA512, so leave things as they are for now. We can reiterate when there are indications that SHA512 would be broken. (Then again, the same applies to

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Luca Barbato
On 24/07/21 17:16, Michał Górny wrote: > Hi, everyone. > > I've been asked to repost the idea of removing SHA512 hash from > Manifests, effectively limiting them to BLAKE2B. > > The 'old' set of Gentoo hashes including SHA512 went live in July 2012. > In November 2017, we have decided to remove

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Andreas K. Huettel
Am Samstag, 24. Juli 2021, 17:16:23 CEST schrieb Michał Górny: > Hi, everyone. > > I've been asked to repost the idea of removing SHA512 hash from > Manifests, effectively limiting them to BLAKE2B. Just keep things as they are for now. Even reading this bike^H^H^H^Hthread is more effort than

[gentoo-dev] Racket-Overlay & dev-scheme/racket fixes

2021-07-25 Thread xgqt
Hello! I created a Gentoo overlay [1] with auto-generated ebuilds from the Racket packages catalog [2], using a tool I wrote - collector2 [3]. But most importantly I added, to the overlay, a ebuild with some fixes for dev-scheme/racket [4] and documented [5] the changes (see section

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Roy Bamford
On 2021.07.25 00:12, Thomas Deutschmann wrote: > Hi, > > I don't understand. Isn't it the same motion we put down just 2 months > > ago [1]? Or is this something new? > > If this isn't something new, what has changed since May [2]? > > To remember: Currently we have two different hashes for

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Jonas Stein
Hi, Back during the 2017 discussion, Infra came to the conclusion that we're going to keep SHA512 for a transition period, then remove it, and stay with a single hash algorithm. In my opinion, we have kept it long enough. WDYT? As far I remember we agreed to keep two different hashes. The

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Eddie Chapman
On 24/07/2021 16:16, Michał Górny wrote: Hi, everyone. I've been asked to repost the idea of removing SHA512 hash from Manifests, effectively limiting them to BLAKE2B. The 'old' set of Gentoo hashes including SHA512 went live in July 2012. In November 2017, we have decided to remove the two

[gentoo-dev] Last rites: dev-python/xdg

2021-07-25 Thread Michał Górny
# Michał Górny (2021-07-25) # Conflicts with dev-python/pyxdg.  Upstream is unwilling to resolve # this.  The only revdep has been patched to use pyxdg. # Removal on 2021-08-24.  Bug #804127. dev-python/xdg -- Best regards, Michał Górny

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Toralf Förster
On 7/24/21 5:16 PM, Michał Górny wrote: Back during the 2017 discussion, Infra came to the conclusion that we're going to keep SHA512 for a transition period, then remove it, and stay with a single hash algorithm. I'm just curious if Infra in 2021 still wants only 1 hash algo? In my

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Michał Górny
On Sun, 2021-07-25 at 01:12 +0200, Thomas Deutschmann wrote: > Hi, > > I don't understand. Isn't it the same motion we put down just 2 months > ago [1]? Or is this something new? > > If this isn't something new, what has changed since May [2]? Apparently it has not been 'put down' because it

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

2021-07-25 Thread Michał Górny
On Sat, 2021-07-24 at 17:15 -0400, Joshua Kinard wrote: > On 7/24/2021 11:16, Michał Górny wrote: > > Hi, everyone. > > > > I've been asked to repost the idea of removing SHA512 hash from > > Manifests, effectively limiting them to BLAKE2B. > > > > The 'old' set of Gentoo hashes including SHA512