On Sun, Sep 26, 2021 at 9:20 AM Fabio Valentini <decathorpe(a)gmail.com> wrote:
On Sun, Sep 26, 2021 at 3:17 PM Neal Gompa <ngompa13(a)gmail.com> wrote:
>
> On Sun, Sep 26, 2021 at 9:15 AM Fabio Valentini <decathorpe(a)gmail.com> wrote:
> >
> > Hi all,
> >
> > As one of the main maintainers of the Rust stack in Fedora, I propose
> > that ytop and its non-shared Rust dependencies (as in, only ytop
> > depends on them) are retired.
> >
> > ytop has been officially deprecated and unmaintained by upstream for
> > over a year:
> >
https://github.com/cjbassi/ytop/commit/5d1e2fd
> > Even the upstream developer recommends to use other programs instead.
> >
> > Due to the statically linked nature of Rust binaries, old ytop builds
> > should continue to work, since it links to no shared libraries except
> > libc, libm, and libgcc_s. But making sure the package also keeps
> > *building* successfully is no longer worth the effort IMO, because it
> > involves working around its increasingly outdated dependencies - just
> > to keep unmaintained software available as an RPM package. So I intend
> > to retire the following packages from rawhide / f36+ if there is no
> > opposition to this plan within two weeks:
> >
> > - rust-ytop
> > - rust-platform-dirs (only depended on by ytop)
> > - rust-psutil (only depended on by ytop)
> > - rust-platforms ((only depended on by psutil)
> >
>
> Fine with me. +1
>
> Can we also get rid of this in F35 too?
I mean, sure, I don't see a reason not to do this for F35 as well.
But until which point is it possible to retire packages from F35?
Start of final freeze?
You can do it at any point before the final freeze, I believe.
--
真実はいつも一つ!/ Always, there's only one truth!