Bug 828032 – sys-cluster/galera, sys-cluster/gasnet: drop older ebuilds

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Marco Scardovi (scardracs) 2021-12-02 21:22:57 UTC]

Hi there,

I'm opening this bug to ask if it is possible to drop all these old ebuilds or if there is any valid reason/s to leave them as is. I've also opened a PR (https://github.com/gentoo/gentoo/pull/23154) to see if bot finds something I haven't actually noticed.

Your,

Marco "scardracs" Scardovi

Reproducible: Always

[Comment 1 Marco Scardovi (scardracs) 2021-12-02 21:26:41 UTC]

EDIT

Used same PR for both openmpi and rdma-core

[Comment 2 Marco Scardovi (scardracs) 2021-12-03 20:40:12 UTC]

Added gasnet to cleanup list

[Comment 3 Marco Scardovi (scardracs) 2021-12-03 21:15:05 UTC]

Added galera to cleanup list

[Comment 4 Marco Scardovi (scardracs) 2021-12-03 21:23:40 UTC]

Added k3s to cleanup list

[Comment 5 Mikle Kolyada (RETIRED) 2021-12-03 21:31:51 UTC]

openmpi/rdma must stay as there are problems even between minor versions. They all are different.

[Comment 6 Marco Scardovi (scardracs) 2021-12-06 05:55:23 UTC]

(In reply to Mikle Kolyada from comment #5)
> openmpi/rdma must stay as there are problems even between minor versions.
> They all are different.

so we can't remove them in any way?

[Comment 7 Marco Scardovi (scardracs) 2021-12-06 05:58:09 UTC]

Removed rdma-core from the drop list

[Comment 8 Marco Scardovi (scardracs) 2021-12-11 20:28:13 UTC]

Added sys-cluster/legion to cleanup list

[Comment 9 Mikle Kolyada (RETIRED) 2021-12-11 20:29:41 UTC]

(In reply to Marco Scardovi (scardracs) from comment #6)
> (In reply to Mikle Kolyada from comment #5)
> > openmpi/rdma must stay as there are problems even between minor versions.
> > They all are different.
> 
> so we can't remove them in any way?

for now, no, openmpi list must be carefully considered and it is really hard :/

[Comment 10 Marco Scardovi (scardracs) 2021-12-11 20:53:43 UTC]

(In reply to Mikle Kolyada from comment #9)
> (In reply to Marco Scardovi (scardracs) from comment #6)
> > (In reply to Mikle Kolyada from comment #5)
> > > openmpi/rdma must stay as there are problems even between minor versions.
> > > They all are different.
> > 
> > so we can't remove them in any way?
> 
> for now, no, openmpi list must be carefully considered and it is really hard
> :/

Could I know why it's so hard?

[Comment 11 Marco Scardovi (scardracs) 2021-12-11 20:54:01 UTC]

s/know/ask/

[Comment 12 Marco Scardovi (scardracs) 2021-12-11 20:59:05 UTC]

@zlogene removed the openmpi drop

[Comment 13 Larry the Git Cow 2021-12-11 21:09:02 UTC]

The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=efbe5d0c5d1df90ea9453756b553dc8d9d650c76

commit efbe5d0c5d1df90ea9453756b553dc8d9d650c76
Author:     Marco Scardovi <[e-mail]>
AuthorDate: 2021-12-11 21:05:37 +0000
Commit:     Zac Medico <[e-mail]>
CommitDate: 2021-12-11 21:08:58 +0000

    sys-cluster/k3s: drop older ebuilds
    
    Bug: https://bugs.gentoo.org/828032
    Package-Manager: Portage-3.0.28, Repoman-3.0.3
    Signed-off-by: Marco Scardovi <[e-mail]>
    Signed-off-by: Zac Medico <[e-mail]>

 sys-cluster/k3s/Manifest           |  247 ------
 sys-cluster/k3s/k3s-1.19.15.ebuild | 1513 -------------------------------
 sys-cluster/k3s/k3s-1.20.11.ebuild | 1628 ----------------------------------
 sys-cluster/k3s/k3s-1.21.5.ebuild  | 1710 ------------------------------------
 sys-cluster/k3s/k3s-1.22.2.ebuild  | 1688 -----------------------------------
 5 files changed, 6786 deletions(-)

[Comment 14 Zac Medico 2021-12-11 21:17:36 UTC]

@scardracs I've preserved one of each of the k3s-1.19.x, k3s-1.20.x, k3s-1.21.x, and k3s-1.22.x ebuilds, since my intention is to keep one for each series that is still supported upstream.

[Comment 15 Marco Scardovi (scardracs) 2021-12-12 06:12:44 UTC]

@zmedico thanks :), I see sys-cluster/ is a mess, as explained by zlogene, but would be awesome to make it a bit more cleaner

[Comment 16 Marco Scardovi (scardracs) 2022-01-01 10:51:48 UTC]

Thanks @ulm for merging it