Rust Stack Spring Cleaning (in Winter)
by Fabio Valentini
Hello Rust packagers,
(I'm sending this email to the devel and rust lists, and I've added all directly
affected package maintainers in Bcc - because adding them all to the "To" or
"CC" fields would make the lists reject this message, I believe.)
I have been working on and preparing some more clean-ups in the Rust stack, and
I came across a large-ish number of Rust packages that were imported to Fedora,
but the recommended "initial setup" for them was never finished.
I have started by adding them all "rust-*" packages to koschei, which makes it
way easier for me to see at a glance whether there are any broken packages in
our Rust stack at any point in time.
I will also make sure all those packages are correctly set up with anitya /
release-monitoring.org, so that we actually get notifications for new versions
of all those crate packages.
Additionally, I would ask of all of you to make sure all your packages have been
added to the @rust-sig group on src.fedoraproject.org (at least with "commit"
access). Without that, it makes it very hard for us to keep the Rust stack
up-to-date and in working order, because the "rust-sig" list / bugzilla account
does not get CC'd on new bugs that way, and your bugs do not show up in our
BugZilla queries.
For example, I have been working on packaging and updating the RustCrypto
stack of crates, and found that most of the already existing
(security-sensitive!) crates are not "completely" set up, and are now out of
date, just because I didn't even know about those packages (and some were also
not set up with release-monitoring.org).
In the interest of keeping the Rust stack in Fedora in a good state, please
add "@rust-sig" group to all you Rust packages on src.fedoraproject.org, unless
there is a very good reason not to do so (and if that is the case for a
particular package in this list, I'd be interested in knowing the reason, as
well).
If you want a scripted way of adding "@rust-sig" group to many packages, you
can generate an API token on src.fedoraproject.org (with "Modify an existing
project") access level, and use the simple Python script from this GitHub gist:
https://gist.github.com/decathorpe/9d128982cb00e2d345d9e397372538ec
Below is the list of "incompletely set-up" packages, in alphabetic order, and
at the bottom, there is a list of packages per affected package maintainer.
Thanks,
Fabio
===
- rust-arrayvec0.5: eclipseo
- rust-asn1: cheimes
- rust-asn1_derive: cheimes
- rust-assert-impl: dcavalca
- rust-aws-nitro-enclaves-cose: pbrobinson
- rust-benfred-read-process-memory: dcavalca
- rust-biscuit: orphan
- rust-bitfield: ignatenkobrain
- rust-block-cipher: ignatenkobrain
- rust-blsctl: javierm
- rust-btrd: dcavalca
- rust-bytelines: ignatenkobrain
- rust-clap_generate: eclipseo
- rust-clap_generate_fig: eclipseo
- rust-clircle: eclipseo
- rust-combine: dcavalca
- rust-console0.13: ignatenkobrain
- rust-cryptoki: pbrobinson
- rust-cryptoki-sys: pbrobinson
- rust-cty: nickblack
- rust-dbus-codegen: pbrobinson
- rust-dbus-crossroads: pbrobinson
- rust-derivative: pbrobinson
- rust-directories-next: jbtrystram
- rust-dirs2: ignatenkobrain
- rust-elf: dcavalca
- rust-enumflags2: ignatenkobrain, pbrobinson
- rust-env_proxy: dcavalca
- rust-epoll: slp
- rust-event-listener: dcavalca
- rust-fasteval: zbyszek
- rust-hostname-validator: ignatenkobrain
- rust-inferno: dcavalca
- rust-itertools0.9: ignatenkobrain
- rust-josekit: pbrobinson
- rust-js-sys: pbrobinson
- rust-keccak: pbrobinson
- rust-log-panics: salimma
- rust-mbox: ignatenkobrain, pbrobinson
- rust-navi: jbtrystram
- rust-netlink-packet-core: cathay4t, ffmancera
- rust-netlink-packet-route: cathay4t, ffmancera
- rust-netlink-packet-utils: cathay4t, ffmancera
- rust-netlink-proto: cathay4t, ffmancera
- rust-netlink-sys: cathay4t, ffmancera
- rust-num-format: dcavalca
- rust-oauth2: ctron, jbtrystram
- rust-oid: pbrobinson
- rust-openat-ext: walters
- rust-pam-sys: eneville
- rust-parsec-client: pbrobinson
- rust-parsec-interface: pbrobinson
- rust-picky-asn1: pbrobinson
- rust-picky-asn1-der: pbrobinson
- rust-picky-asn1-x509: pbrobinson
- rust-psa-crypto: pbrobinson
- rust-pkcs11: pbrobinson
- rust-pleaser: eneville
- rust-process_control: atim, petersen
- rust-proc-maps: dcavalca
- rust-prost: pbrobinson
- rust-prost-build: pbrobinson
- rust-prost-derive: pbrobinson
- rust-prost-types: pbrobinson
- rust-psa-crypto-sys: pbrobinson
- rust-qstring: ctron, jbtrystram
- rust-rand0.7: ignatenkobrain
- rust-rand_chacha0.2: ignatenkobrain
- rust-rand_core0.5: ignatenkobrain
- rust-rand_pcg0.2: ignatenkobrain
- rust-rbspy-ruby-structs: dcavalca
- rust-rbspy-testdata: dcavalca
- rust-read-process-memory: dcavalca
- rust-remoteprocess: dcavalca
- rust-rsa: pbrobinson
- rust-rtnetlink: cathay4t, ffmancera
- rust-sd-notify: pbrobinson
- rust-secrecy: pbrobinson
- rust-serde_with: pbrobinson
- rust-sha3: pbrobinson
- rust-shadow-rs: atim
- rust-shellwords: jbtrystram
- rust-signal-hook-mio: dcavalca
- rust-signature: orphan
- rust-simple_asn1: pbrobinson
- rust-stratisd_proc_macros: jbaublitz
- rust-str_stack: dcavalca
- rust-subprocess: dcavalca
- rust-syslog: eneville
- rust-tabular: jbtrystram
- rust-textwrap0.11: ignatenkobrain
- rust-textwrap0.12: ignatenkobrain
- rust-thread-tree: dcavalca
- rust-toml_edit: dcavalca
- rust-tss-esapi-sys: pbrobinson
- rust-universal-hash: pbrobinson
- rust-version: pbrobinson
- rust-versions: atim
- rust-version-sync0.8: ignatenkobrain
- rust-virtio-bindings: slp
- rust-vm-memory: slp
- rust-vmm-sys-util: slp
- rust-vte_generate_state_changes: ignatenkobrain
- rust-webbrowser: ctron, jbtrystram
- rust-zmq: ueno
Lists by maintainer:
- atim (3): rust-process_control, rust-shadow-rs, rust-versions
- cathay4t (6): rust-netlink-packet-core, rust-netlink-packet-route,
rust-netlink-packet-utils, rust-netlink-proto, rust-netlink-sys,
rust-rtnetlink
- cheimes (2): rust-asn1, rust-asn1_derive
- ctron (3): rust-oauth2, rust-qstring, rust-webbrowser
- dcavalca (19): rust-assert-impl, rust-benfred-read-process-memory,
rust-btrd, rust-combine, rust-elf, rust-env_proxy,
rust-event-listener, rust-inferno, rust-num-format, rust-proc-maps,
rust-rbspy-ruby-structs, rust-rbspy-testdata,
rust-read-process-memory, rust-remoteprocess, rust-signal-hook-mio,
rust-str_stack, rust-subprocess, rust-thread-tree, rust-toml_edit
- eclipseo (4): rust-arrayvec0.5, rust-clap_generate,
rust-clap_generate_fig, rust-clircle
- eneville (3): rust-pam-sys, rust-pleaser, rust-syslog
- ffmancera (6): rust-netlink-packet-core, rust-netlink-packet-route,
rust-netlink-packet-utils, rust-netlink-proto, rust-netlink-sys,
rust-rtnetlink
- ignatenkobrain (17): rust-bitfield, rust-block-cipher,
rust-bytelines, rust-console0.13, rust-dirs2, rust-enumflags2,
rust-hostname-validator, rust-itertools0.9, rust-mbox, rust-rand0.7,
rust-rand_chacha0.2, rust-rand_core0.5, rust-rand_pcg0.2,
rust-textwrap0.11, rust-textwrap0.12, rust-version-sync0.8,
rust-vte_generate_state_changes
- javierm (1): rust-blsctl
- jbaublitz (1): rust-stratisd_proc_macros
- jbtrystram (7): rust-directories-next, rust-navi, rust-oauth2,
rust-qstring, rust-shellwords, rust-tabular, rust-webbrowser
- nickblack (1): rust-cty
- orphan (2): rust-biscuit, rust-signature
- pbrobinson (33): rust-aws-nitro-enclaves-cose, rust-cryptoki,
rust-cryptoki-sys, rust-dbus-codegen, rust-dbus-crossroads,
rust-derivative, rust-enumflags2, rust-josekit, rust-js-sys,
rust-keccak, rust-mbox, rust-oid, rust-parsec-client,
rust-parsec-interface, rust-picky-asn1, rust-picky-asn1-der,
rust-picky-asn1-x509, rust-psa-crypto, rust-pkcs11, rust-prost,
rust-prost-build, rust-prost-derive, rust-prost-types,
rust-psa-crypto-sys, rust-rsa, rust-sd-notify, rust-secrecy,
rust-serde_with, rust-sha3, rust-simple_asn1, rust-tss-esapi-sys,
rust-universal-hash, rust-version
- petersen (1): rust-process_control
- salimma (1): rust-log-panics
- slp (4): rust-epoll, rust-virtio-bindings, rust-vm-memory, rust-vmm-sys-util
- ueno (1): rust-zmq
- walters (1): rust-openat-ext
- zbyszek (1): rust-fasteval
2 years, 4 months
Non-responsive maintainer - melmorabity
by Andrew Bauer
In accordance with the Fedora non-responsive maintainer policy, I am attempting to contact
Mohamed ElMorabity a.k.a. melmorabity.
Does anyone know how to contact this package maintainer?
This is in reference to these open bugs with perl-XML-TreeBuilder:
https://bugzilla.redhat.com/show_bug.cgi?id=1466166
https://bugzilla.redhat.com/show_bug.cgi?id=1756170
https://bugzilla.redhat.com/show_bug.cgi?id=2030421
Non-responsive bug has been filed:
https://bugzilla.redhat.com/show_bug.cgi?id=2039316
Output from fedora-active-user:
Last login in FAS:
melmorabity 2021-04-22
Last action on koji:
Mon, 13 Dec 2021 tag_package_owners entry created by bodhi [still active]
Last package update on bodhi:
2021-12-20 02:11:34 on package nicotine+-3.2.0-1.fc34
Last actions performed according to fedmsg:
- upstream-release-monitoring commented on RHBZ#2037504 'cppmyth-2.14.4 is available' on 2022-01-10 04:41:22
- upstream-release-monitoring commented on RHBZ#2037504 'cppmyth-2.14.4 is available' on 2022-01-10 04:41:22
- upstream-release-monitoring updated 'short_desc' on RHBZ#2037504 'cppmyth-2.14.4 is available' on 2022-01-10 04:41:22
- upstream-release-monitoring commented on RHBZ#2037504 'cppmyth-2.14.3 is available' on 2022-01-09 01:58:27
- upstream-release-monitoring commented on RHBZ#2037504 'cppmyth-2.14.3 is available' on 2022-01-09 01:49:56
- upstream-release-monitoring updated 'short_desc' on RHBZ#2037504 'cppmyth-2.14.3 is available' on 2022-01-09 01:49:56
- upstream-release-monitoring updated nothing? (likely bugzilla sent us a buggy message) on RHBZ#2037504 'cppmyth-2.14.3 is available' on 2022-01-09 01:49:56
- upstream-release-monitoring commented on RHBZ#2037504 'cppmyth-2.14.3 is available' on 2022-01-09 01:49:56
- oz0no(a)protonmail.com commented on RHBZ#2015039 '[abrt] gnome-tweaks: set_active(): tweak...' on 2022-01-07 07:05:37
- oz0no(a)protonmail.com updated 'cc' on RHBZ#2015039 '[abrt] gnome-tweaks: set_active(): tweak...' on 2022-01-07 07:05:37
2 years, 4 months
xen soname bump with 4.16.0 release
by Michael Young
I have built an update of xen to the 4.16.0 release on rawhide in the
f36-build-side-49362 side tag. This changes most library
versions in the xen-libs package. I believe that the qemu and libvirt
packages will need to be rebuilt due to the version change.
Michael Young
2 years, 4 months
Reminder: F36 Self-Contained Change proposal deadline and other
schedule milestones
by Ben Cotton
This is your reminder that Tuesday 18 January is the deadline for
submitting F36 Self-Contained Change proposals. Note that this
deadline is for putting the proposals into the ChangeReadyForWrangler
category, not for approval or implementation of the proposal.
Since I have your attention, here are a few upcoming dates from the schedule[1]
* 2022-01-18 — Self-Contained Change proposal deadline, mass rebuild begins
* 2022-02-08 — Change completion (testable) deadline, F36 branches from Rawhide
* 2022-02-22 — Change complete (100% complete) deadline, Beta freeze begins
[1] https://fedorapeople.org/groups/schedule/f-36/f-36-key-tasks.html
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
2 years, 4 months
libportal license change and soname bump
by David King
As part of updating libportal to 0.5 in rawhide, there was a license
change from LGPLv2+ to LGPLv3.
The soname changed from libportal.so.0 to libportal.so.1, and I rebuilt
the following packages:
* epiphany
* gcolor3 (coordinated with fnux)
* gnome-builder
* gnome-todo
If there are any other packages which are affected, please let me know.
--
https://amigadave.com/
2 years, 4 months