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
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.
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
Hello,
I would like to help (co-)maintain Bottles, I checked bottles bit and will look further as well.
Thank you.
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
On Mon, Oct 31, 2022 at 3:17 PM Kalev Lember kalevlember@gmail.com 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
On Mon, Oct 31, 2022 at 3:44 PM Fabio Valentini decathorpe@gmail.com wrote:
On Mon, Oct 31, 2022 at 3:17 PM Kalev Lember kalevlember@gmail.com 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.
On Mon, Oct 31, 2022, 16:47 Kalev Lember kalevlember@gmail.com wrote:
On Mon, Oct 31, 2022 at 3:44 PM Fabio Valentini decathorpe@gmail.com wrote:
On Mon, Oct 31, 2022 at 3:17 PM Kalev Lember kalevlember@gmail.com 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@lists.fedoraproject.org To unsubscribe send an email to devel-leave@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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
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.
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@easycoding.org) _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
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.
Hi,
Il giorno lun 31 ott 2022 alle ore 12:19 Miro Hrončok mhroncok@redhat.com ha scritto:
python-phyghtmap orphan 0 weeks ago
Taking this one!
Cheers, Federico
On Mon, Oct 31, 2022 at 8:39 PM Miro Hrončok mhroncok@redhat.com 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.)
On 02. 11. 22 13:58, Jens-Ulrik Petersen wrote:
On Mon, Oct 31, 2022 at 8:39 PM Miro Hrončok <mhroncok@redhat.com mailto:mhroncok@redhat.com> wrote:
llvm11.0 orphan, tstellar 3 weeks ago
Let's retire it right away in that case?
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 -
Artem Tim -
Ben Beasley -
Fabio Valentini -
Federico Pellegrin -
Jens-Ulrik Petersen -
Kalev Lember -
Miro Hrončok -
Onuralp SEZER -
Sandro -
Vitaly Zaitsev