Orphaned packages looking for new maintainers

[Miro Hrončok]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will fail to install and/or build when the affected package gets retired.

Request package ownership via the *Take* button in he left column on
https://src.fedoraproject.org/rpms/<pkgname>

Full report available at:
https://churchyard.fedorapeople.org/orphans-2022-10-31.txt
grep it for your FAS username and follow the dependency chain.

For human readable dependency chains,
see https://packager-dashboard.fedoraproject.org/
For all orphaned packages,
see https://packager-dashboard.fedoraproject.org/orphan

             Package                      (co)maintainers           Status Change
================================================================================
Falcon                            orphan                           4 weeks ago
adapta-backgrounds                atim, orphan                     1 weeks ago
bottles                           atim, orphan                     0 weeks ago
capstone                          orphan, rebus, ret2libc          4 weeks ago
containerd                        copperi, go-sig, gotmax23,       1 weeks ago
                                   orphan
dillo                             aarem, atim, orphan              3 weeks ago
fragments                         atim, orphan                     3 weeks ago
geompp                            orphan                           6 weeks ago
giada                             orphan                           6 weeks ago
gnome-feeds                       atim, orphan                     3 weeks ago
golang-github-anaskhan96-soup     atim, go-sig, orphan             3 weeks ago
golang-github-beevik-etree        go-sig, mgoodwin, nathans,       5 weeks ago
                                   orphan
golang-github-crewjam-httperr     go-sig, mgoodwin, nathans,       6 weeks ago
                                   orphan
golang-github-crewjam-saml        go-sig, mgoodwin, nathans,       6 weeks ago
                                   orphan
golang-github-dchest-uniuri       go-sig, mgoodwin, nathans,       6 weeks ago
                                   orphan
golang-github-hajimehoshi-mp3     atim, go-sig, orphan             3 weeks ago
golang-github-hajimehoshi-oto     atim, go-sig, orphan             3 weeks ago
golang-github-logr-stdr           eclipseo, go-sig, orphan         5 weeks ago
golang-github-magefile-mage       go-sig, mgoodwin, nathans,       5 weeks ago
                                   orphan
golang-github-russellhaering-     go-sig, mgoodwin, nathans,       6 weeks ago
goxmldsig                         orphan
golang-github-timberio-datemath   go-sig, mgoodwin, nathans,       5 weeks ago
                                   orphan
golang-github-tonistiigi-         go-sig, orphan                   1 weeks ago
opentelemetry-contrib
golang-github-ua-parser-uap       go-sig, mgoodwin, nathans,       5 weeks ago
                                   orphan
golang-modernc-ql                 go-sig, orphan                   2 weeks ago
gydl                              atim, orphan                     3 weeks ago
howl                              atim, orphan                     3 weeks ago
llvm11.0                          orphan, tstellar                 3 weeks ago
moby-engine                       copperi, go-sig, gotmax23,       1 weeks ago
                                   orphan
nautilus-search-tool              orphan                           6 weeks ago
python-APScheduler                orphan, zuul                     4 weeks ago
python-PyRSS2Gen                  orphan                           3 weeks ago
python-charon                     orphan                           5 weeks ago
python-hbmqtt                     orphan                           6 weeks ago
python-hs-dbus-signature          ignatenkobrain, jbaublitz,       4 weeks ago
                                   orphan
python-pecan-notario              orphan                           4 weeks ago
python-phyghtmap                  orphan                           0 weeks ago
python-pycdlib                    orphan                           4 weeks ago
qextserialport                    orphan                           0 weeks ago
rubygem-POpen4                    orphan                           2 weeks ago
rubygem-Platform                  orphan                           2 weeks ago
rubygem-arel                      orphan                           2 weeks ago
rust-base100                      orphan, rust-sig                 3 weeks ago
rust-dutree                       orphan, rust-sig                 3 weeks ago
rust-heatseeker                   orphan, rust-sig                 3 weeks ago
rust-jql                          orphan, rust-sig                 3 weeks ago
rust-pommes                       orphan, rust-sig                 3 weeks ago
rust-procs                        orphan, rust-sig                 3 weeks ago
rust-tealdeer                     orphan, rust-sig                 3 weeks ago
rust-varlink-cli                  orphan, rust-sig                 3 weeks ago
rust-zoxide                       orphan, rust-sig                 3 weeks ago
saga                              orphan                           0 weeks ago
slv2                              orphan, slaanesh                 4 weeks ago
xchm                              orphan, wolfy                    2 weeks ago

The following packages require above mentioned packages:
Report too long, see the full version at
https://churchyard.fedorapeople.org/orphans-2022-10-31.txt

See dependency chains of your packages at
https://packager-dashboard.fedoraproject.org/
See all orphaned packages at https://packager-dashboard.fedoraproject.org/orphan

Affected (co)maintainers (either directly or via packages' dependencies):
aarem: dillo
adamwill: capstone
adimania: moby-engine
akoutsou: capstone
amoralej: capstone
anthr76: containerd, golang-github-logr-stdr
apevec: capstone
astepano: moby-engine, capstone
atim: golang-github-anaskhan96-soup, gydl, gnome-feeds, howl, bottles, 
golang-github-hajimehoshi-oto, dillo, fragments, adapta-backgrounds, 
golang-github-hajimehoshi-mp3
bcl: capstone
berrange: capstone
bonzini: capstone
buckaroogeek: containerd, golang-github-logr-stdr
cleber: python-pycdlib
clumens: capstone
copperi: moby-engine, containerd, golang-github-logr-stdr
copr-sig: capstone
crobinso: capstone
dcantrell: capstone
dcavalca: containerd, golang-github-logr-stdr
ddd: capstone
dnglaze: capstone
dperpeet: moby-engine, capstone
dshea: capstone
dturecek: capstone
eclipseo: capstone, containerd, golang-github-logr-stdr
elmarco: containerd, golang-github-logr-stdr
eparis: containerd, golang-github-logr-stdr
epel-packagers-sig: capstone
ericb: capstone
etrunko: capstone
f1ash: capstone
fpokorny: containerd
frostyx: capstone
gicmo: capstone
go-sig: golang-github-beevik-etree, golang-github-anaskhan96-soup, 
golang-modernc-ql, golang-github-magefile-mage, 
golang-github-tonistiigi-opentelemetry-contrib, capstone, 
golang-github-russellhaering-goxmldsig, containerd, golang-github-crewjam-saml, 
golang-github-hajimehoshi-oto, moby-engine, golang-github-ua-parser-uap, 
golang-github-dchest-uniuri, golang-github-logr-stdr, 
golang-github-timberio-datemath, golang-github-crewjam-httperr, 
golang-github-hajimehoshi-mp3
gotmax23: moby-engine, containerd, golang-github-logr-stdr
hno: capstone
hobbes1069: capstone
ignatenkobrain: python-hs-dbus-signature
imcleod: capstone
infra-sig: containerd
jamatos: python-PyRSS2Gen
jbaublitz: python-hs-dbus-signature
jchaloup: containerd, golang-github-logr-stdr
jforbes: capstone
jkastner: capstone
jsnow: python-pycdlib
juergh: capstone
kde-sig: capstone
kevin: capstone
kkoukiou: capstone
laine: capstone
larsu: capstone
libvirt-maint: capstone
lnie: capstone
lsm5: moby-engine, containerd, golang-github-logr-stdr
martinpitt: capstone
mattia: containerd
maxamillion: python-PyRSS2Gen
mcascella: capstone
mdbooth: capstone
merlinm: moby-engine, python-pycdlib, capstone
mgoodwin: golang-github-beevik-etree, golang-github-magefile-mage, 
golang-github-russellhaering-goxmldsig, golang-github-crewjam-saml, 
golang-github-ua-parser-uap, golang-github-dchest-uniuri, 
golang-github-timberio-datemath, golang-github-crewjam-httperr
mikem: capstone
mikep: capstone
mmarusak: capstone
myoung: capstone
nathans: golang-github-beevik-etree, golang-github-magefile-mage, 
golang-github-russellhaering-goxmldsig, golang-github-crewjam-saml, 
golang-github-ua-parser-uap, golang-github-dchest-uniuri, 
golang-github-timberio-datemath, golang-github-crewjam-httperr
ngompa: capstone
obudai: capstone
ochosi: capstone
olem: containerd, golang-github-logr-stdr
openstack-sig: capstone
osbuild-sig: capstone
packit: capstone
praiskup: capstone
puiterwijk: capstone
quintela: capstone
qulogic: capstone
raphgro: capstone
rebus: capstone
ret2libc: capstone
rjones: capstone
rmattes: capstone
rust-sig: rust-base100, rust-jql, rust-procs, rust-pommes, rust-tealdeer, 
rust-zoxide, rust-dutree, rust-varlink-cli, rust-heatseeker
slaanesh: slv2
slagle: capstone
slp: capstone
strigazi: containerd, golang-github-logr-stdr
tdecacqu: capstone
tlavocat: capstone
tomegun: capstone
tstclair: containerd, golang-github-logr-stdr
tstellar: llvm11.0
vascom: capstone
veillard: capstone
virtmaint-sig: capstone
wolfy: xchm
wwoods: capstone
yanqiyu: containerd
zbyszek: capstone
zuul: capstone, python-APScheduler

-- 
The script creating this output is run and developed by Fedora
Release Engineering. Please report issues at its pagure instance:
https://pagure.io/releng/
The sources of this script can be found at:
https://pagure.io/releng/blob/main/f/scripts/find_unblocked_orphans.py

Report finished at 2022-10-31 11:14:17 UTC

[Sandro]

On 31-10-2022 12:18, Miro Hrončok wrote:
>  bottles                           atim, orphan 
I'll take this one. I might have some use for it.

I will drop @atim a line, since he pushed an update only a week ago. So, 
he might still be interested in (co-)maintaining.

-- Sandro

[Artem Tim]

JFYI: Some of new Bottles >2022.7.14 modules depends on Rust packages. Also Bottles
package which requires intensive testing every new version due regression. I can't
dedicate at this moment enough time and resources for this but glad if you found this
package useful and keep maintain it.

[Sandro]

On 31-10-2022 15:41, Artem Tim wrote:
>  JFYI: Some of new Bottles >2022.7.14 modules depends on Rust
>  packages. Also Bottles package which requires intensive testing every
>  new version due regression. I can't dedicate at this moment enough
>  time and resources for this but glad if you found this package useful
>  and keep maintain it. 
Thanks for the information. I hadn't looked into the requirements in 
detail, yet.

I'm definitely not getting into Rust (except for removing it from metal 
objects). I've heard to many stories of pain and suffering.

I will ponder my options. But if anyone is attracted to Rust and wants 
to help (co-)maintain Bottles (it must be metal bottles or they wouldn't 
attract rust) let me know.

--Sandro

[Onuralp SEZER]

Hello,

I would like to help (co-)maintain Bottles, I checked bottles bit and will look further as
well. 

Thank you.

[Sandro]

On 31-10-2022 19:47, Onuralp SEZER wrote:
>  I would like to help (co-)maintain Bottles, I checked bottles bit
> and
>  will look further as well. 
Thanks a lot. The more the merrier. I added you as co-maintainer.

-- Sandro

[Kalev Lember]

I went ahead and picked up fragments and gnome-feeds. If anyone else is
interested in them even a tiny bit, please let me know. I'd appreciate
co-maintainers a lot here.

Thanks,
Kalev

[Fabio Valentini]

On Mon, Oct 31, 2022 at 3:17 PM Kalev Lember <kalevlember(a)gmail.com&gt; wrote:
>  I went ahead and picked up fragments and gnome-feeds. If anyone else is interested in
> them even a tiny bit, please let me know. I'd appreciate co-maintainers a lot here.
I think fragments has recently been rewritten in Rust? You might need
help with updating to the latest version ...

And as far as I know, gnome-feeds was superseded by newsflash? Which
is also written in Rust, but no longer packaged for Fedora (and I
recommend using the flatpak, because the upstream project is an
un-package-able mess ...)

Fabio

[Kalev Lember]

On Mon, Oct 31, 2022 at 3:44 PM Fabio Valentini <decathorpe(a)gmail.com&gt;
wrote:

>  On Mon, Oct 31, 2022 at 3:17 PM Kalev Lember
> <kalevlember(a)gmail.com&gt;
>  wrote:
>  >
>  > I went ahead and picked up fragments and gnome-feeds. If anyone else is
>  interested in them even a tiny bit, please let me know. I'd appreciate
>  co-maintainers a lot here.
>
>  I think fragments has recently been rewritten in Rust? You might need
>  help with updating to the latest version ...
>  
Yep, fragments was rewritten in rust. I'd definitely appreciate help with
updating it if you are interested!

In any case, I'd like to figure out the GNOME + rust packages story. Right
now when someone mentions that something was rewritten in rust, that sounds
a lot like a death sentence for the Fedora package. I don't think it should
be like that; and I'd like to fix that.

I guess for that we have two options: either package up a critical mass of
rust crates that GNOME rust modules are likely going to use, or
alternatively come up with a good guide and rules on how to correctly
bundle rust crates in leaf apps.


And as far as I know, gnome-feeds was superseded by newsflash? Which
>  is also written in Rust, but no longer packaged for Fedora (and I
>  recommend using the flatpak, because the upstream project is an
>  un-package-able mess ...)
>  
Ah, could be -- I only picked it up so it wouldn't get removed from Fedora
as it seemed like a useful thing and I didn't want to let Artem's good work
go to waste. It does seem to be getting some attention upstream still
though: https://gitlab.gnome.org/World/gfeeds

Just to be clear, I don't use either fragments nor gnome-feeds, which is
why I'd love co-maintainers :) I only picked them up to avoid them getting
axed immediately.

-- 
Kalev

[Fabio Valentini]

On Mon, Oct 31, 2022, 16:47 Kalev Lember <kalevlember(a)gmail.com&gt; wrote:

>  On Mon, Oct 31, 2022 at 3:44 PM Fabio Valentini
> <decathorpe(a)gmail.com&gt;
>  wrote:
>
> > On Mon, Oct 31, 2022 at 3:17 PM Kalev Lember <kalevlember(a)gmail.com&gt;
> > wrote:
> > >
> > > I went ahead and picked up fragments and gnome-feeds. If anyone else is
> > interested in them even a tiny bit, please let me know. I'd appreciate
> > co-maintainers a lot here.
> >
> > I think fragments has recently been rewritten in Rust? You might need
> > help with updating to the latest version ...
> >
>
>  Yep, fragments was rewritten in rust. I'd definitely appreciate help with
>  updating it if you are interested!
>
>  In any case, I'd like to figure out the GNOME + rust packages story. Right
>  now when someone mentions that something was rewritten in rust, that sounds
>  a lot like a death sentence for the Fedora package. I don't think it should
>  be like that; and I'd like to fix that.
>
>  I guess for that we have two options: either package up a critical mass of
>  rust crates that GNOME rust modules are likely going to use, or
>  alternatively come up with a good guide and rules on how to correctly
>  bundle rust crates in leaf apps.
>  
Yeah, I'd like the story for packaging GNOME apps that are written in Rust
to be better. Main pain point is actually not usually missing dependencies
(we already have complete bindings for GLib, GTK3, libhandy, GTK4, and
GStreamer packaged), but that there's no standard way to *build* these apps.

If they are "pure" Rust packages, the story is the same as for any other
Rust application (i.e. pretty straightforward). We have a few of these
packaged already (helvum, system76-keyboard-configurator).

It's more complicated if they have their own bespoke build system (meson /
build.py / horrible custom shell script / etc.) which calls cargo under the
hood, in which case it's sometimes difficult to adapt these build systems
to respect our build settings and default Fedora build / hardening flags
for Rust code, and to have them look for dependencies where they are
packaged - instead of loading them from the internet (or from vendored
copies).

If we could come up with a good way to handle these things, we could
probably push for some recommended way for rusty GNOME projects to handle
this, and document it for developers.

Fabio

PS: Sorry if this email ends up being formatted weird, typing this on my
phone just so I don't forget to reply here in a timely manner.


>  And as far as I know, gnome-feeds was superseded by newsflash? Which
> > is also written in Rust, but no longer packaged for Fedora (and I
> > recommend using the flatpak, because the upstream project is an
> > un-package-able mess ...)
> >
>
>  Ah, could be -- I only picked it up so it wouldn't get removed from Fedora
>  as it seemed like a useful thing and I didn't want to let Artem's good work
>  go to waste. It does seem to be getting some attention upstream still
>  though: https://gitlab.gnome.org/World/gfeeds
>
>  Just to be clear, I don't use either fragments nor gnome-feeds, which is
>  why I'd love co-maintainers :) I only picked them up to avoid them getting
>  axed immediately.
>
>  --
>  Kalev
>  _______________________________________________
>  devel mailing list -- devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct:
>  https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
>  https://lists.fedoraproject.org/archives/list/[e-mail]
>  Do not reply to spam, report it:
>  https://pagure.io/fedora-infrastructure/new_issue
>

[Vitaly Zaitsev]

On 31/10/2022 16:45, Kalev Lember wrote:
>  Right now when someone mentions that something was rewritten in rust,
>
>  that sounds a lot like a death sentence for the Fedora package. 
Yes it is.

>  I don't think it should be like that; and I'd like to fix
> that. 
Me to. That's why we need to drop all packaged crates from the 
repositories and allow bundling (of course with virtual "Provides: 
bundled(foo) = version"), as we did with nodejs last year.

-- 
Sincerely,
   Vitaly Zaitsev (vitaly(a)easycoding.org)

[Ben Beasley]

I don’t think the change in NodeJS guidelines was a success, but a cautionary tale. In
fact, I think the new NodeJS guidelines are effectively unusable, because people then
point out bundled fonts, web assets and minified sources not built from their original
sources, and other issues in the prescribed pile of bundled dependencies. Even the example
package in the NodeJS guidelines has these issues. The only theoretically available
solution seems to be to discard the official bundler script, become an expert on much of
the entire recursive dependency tree, hack up troublesome packages, and rebuild them from
additional sources—all in one spec file—then repeat the auditing and patching effort *for
every update of every NodeJS package*. To my knowledge, nobody has ever attempted that.

Prescribing “mechanical” bundling without explicitly absolving packagers from the usual
level of responsibility for the bundled files is not a recipe for a viable ecosystem.

– Ben Beasley (FAS music)

On Tue, Nov 1, 2022, at 4:14 AM, Vitaly Zaitsev via devel wrote:
> On 31/10/2022 16:45, Kalev Lember wrote:
>> Right now when someone mentions that something was rewritten in rust, 
>> that sounds a lot like a death sentence for the Fedora package.
>
> Yes it is.
>
>> I don't think it should be like that; and I'd like to fix that.
>
> Me to. That's why we need to drop all packaged crates from the 
> repositories and allow bundling (of course with virtual "Provides: 
> bundled(foo) = version"), as we did with nodejs last year.
>
> -- 
> Sincerely,
>    Vitaly Zaitsev (vitaly(a)easycoding.org)
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/[e-mail]
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue

[Vitaly Zaitsev]

On 01/11/2022 17:16, Ben Beasley wrote:
>  In fact, I think the new NodeJS guidelines are effectively unusable,
> because people then point out bundled fonts, web assets and minified sources not built
> from their original sources, and other issues in the prescribed pile of bundled
> dependencies. 
Rust maintainers can use "cargo vendor" and get a tarball with all 
required sources.

All we need is to write a helper script to parse it and add the 
necessary virtual provides.

-- 
Sincerely,
   Vitaly Zaitsev (vitaly(a)easycoding.org)

[Federico Pellegrin]

Hi,

Il giorno lun 31 ott 2022 alle ore 12:19 Miro Hrončok <mhroncok(a)redhat.com&gt;
ha scritto:

>  python-phyghtmap                  orphan                           0
> weeks
>  ago
>  
Taking this one!

Cheers,
Federico


>

[Jens-Ulrik Petersen]

On Mon, Oct 31, 2022 at 8:39 PM Miro Hrončok <mhroncok(a)redhat.com&gt; wrote:

>  llvm11.0                          orphan, tstellar                 3
> weeks
>  ago
>  
(Just noting that llvm11.0 should indeed be retired as it's an unwanted
duplicate of the Fedora llvm11 package.)

[Miro Hrončok]

On 02. 11. 22 13:58, Jens-Ulrik Petersen wrote:
>  On Mon, Oct 31, 2022 at 8:39 PM Miro Hrončok <mhroncok(a)redhat.com
>
>  <mailto:[e-mail]>> wrote:
>  
>      llvm11.0                          orphan, tstellar                 3 weeks ago
Let's retire it right away in that case?

-- 
Miro Hrončok
-- 
Phone: [phone]
IRC: mhroncok

[Adam Williamson]

On Mon, 2022-10-31 at 12:18 +0100, Miro Hrončok wrote:
>  python-PyRSS2Gen                  orphan                           3
> weeks ago 
I missed this, but it's a dependency of python-nikola, which I use to
write my blog. So I guess I'll unretire it and pick it up, if nobody
objects. https://pagure.io/releng/issue/11140
-- 
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net