devel-announce May 2022

devel-announce@lists.fedoraproject.org

4 participants
18 discussions

F40 proposal: Retire python3.7 (Self-Contained Change proposal)
by Ben Cotton 31 May '22

31 May '22

https://fedoraproject.org/wiki/Changes/RetirePython3.7 This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == The {{package|python3.7}} package will be retired without replacement from [[Releases/40|Fedora Linux 40]]. Python 3.7 will be End of Life in June 2023 and it will be kept around only to test software targeting Debian 10 “Buster” LTS. The removal is more or less aligned with [https://wiki.debian.org/LTS Debian 10 TLS EOL] (June 2024) -- Fedora 39 (the last one to include Python 3.7) will likely EOL on 2024-11-12. == Owner == * Name: [[User:Churchyard|Miro Hrončok]] * Email: mhroncok(a)redhat.com == Detailed Description == The {{package|python3.7}} package with the Python interpreter in version 3.7 will be kept in Fedora after upstream EOL ([https://devguide.python.org/#status-of-python-branches 2023-06-27]) only to make it possible for Fedora users to test their software against the Python version shipped in Debian 10 “Buster” LTS. [https://wiki.debian.org/LTS Debian 10 “Buster” LTS is End of Life in 2024-06]. This happens couple months after the planned release of Fedora 40. Hence, we decided to retire (completely remove) {{package|python3.7}} from Fedora 40, before it gets released. Users who target Debian 10 can use Fedora 39 until it EOLs. Note that {{package|python3.6}} will remain available for the foreseeable future to support developers who target RHEL 8. == Feedback == This was discussed on the Python list prior to submitting the change proposal: https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproj… There was no pushback. == Benefit to Fedora == There is no direct benefit here, except that we don't want to maintain it anymore and we don't think it's a good idea either. Consider this change proposal a louder orphaning, except that we will continue to maintain the package in older released and supported Fedoras (38 and 39). If you wish to continue maintaining Python 3.7 in Fedora past Fedora Linux 40, please [[SIGs/Python|speak to us]] first. == Scope == * Proposal owners: Retire {{package|python3.7}} from rawhide just before Fedora 40 is branched . Obsolete it from {{package|fedora-obsolete-packages}} if it causes troubles on upgrades. Make sure no Fedora package depends on it in any way (incl. weak dependencies). * Other developers: N/A (not needed for this Change) * Release engineering: N/A (not needed for this Change) * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: N/A (not needed for this Change) == Upgrade/compatibility impact == The package will no longer be available from the repositories, but it may remain on existing installations. If it causes troubles on upgrade, it needs to be obsoleted. == How To Test == Install Fedora 40. Try to install Python 3.7 via dnf or similar means. It should not be found. == User Experience == No more Python 3.7 to test user software on. == Dependencies == None. == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change) * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change), Yes/No == Documentation == N/A (not a System Wide Change) -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

Fedora 34 is going EOL in one week
by Tomas Hrcka 30 May '22

30 May '22

Hello all, Fedora 34 will go end of life for updates and support on 2022-06-07 No further updates, including security updates, will be available for Fedora 34 after the said date. All the updates of Fedora 34 being pushed to stable will be stopped as well. Fedora 35 will continue to receive updates until approximately one month after the release of Fedora 37. The maintenance schedule of Fedora releases is documented on the Fedora Project wiki [0]. The Fedora Project wiki also contains instructions [1] on how to upgrade from a previous release of Fedora to a version receiving updates. Regards, Fedora Release Engineering [0] https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle#Maintenance_Schedu… [1]https://fedoraproject.org/wiki/Upgrading?rd=DistributionUpgrades -- Tomas Hrcka role: CPE Team - Senior Software Engineer fas: humaton freenode: jednorozec

1 0

Orphaned packages looking for new maintainers
by Miro Hrončok 30 May '22

30 May '22

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-05-30.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 ================================================================================ caffeine hhorak, orphan 4 weeks ago compile-command-annotations hhorak, orphan 4 weeks ago garmintools orphan 2 weeks ago golang-github-10gen-escaper go-sig, orphan, panovotn 3 weeks ago golang-github-3rf-mongo-lint go-sig, jchaloup, orphan, 3 weeks ago panovotn golang-github-jacobsa- go-sig, jchaloup, orphan 3 weeks ago oglematchers golang-github-spacemonkeygo- go-sig, orphan 3 weeks ago openssl golang-github-xdg-stringprep go-sig, orphan 3 weeks ago jsoup mizdebsk, orphan 5 weeks ago kup orphan 2 weeks ago libcsv orphan 1 weeks ago libnjb orphan 2 weeks ago librcc orphan 1 weeks ago perl-Judy orphan 1 weeks ago perl-Log-Log4perl-Appender- orphan 1 weeks ago Socket-UNIX perl-PerlIO-buffersize orphan 1 weeks ago python-readthedocs-sphinx-ext jjames, orphan, python-sig 5 weeks ago python-repoze-lru infra-sig, jcaratzas, orphan 0 weeks ago rust-image-roll orphan, rust-sig 5 weeks ago unittest-cpp hobbes1069, kazade, orphan, 0 weeks ago raphgro The following packages require above mentioned packages: Depending on: garmintools (1), status change: 2022-05-09 (2 weeks ago) GarminPlugin (maintained by: besser82) GarminPlugin-0.3.27-16.fc36.src requires garmintools-devel = 0.10-21.fc36 GarminPlugin-0.3.27-16.fc36.x86_64 requires garmintools(x86-64) = 0.10-21.fc36, libgarmintools.so.4()(64bit) Depending on: golang-github-xdg-stringprep (21), status change: 2022-05-06 (3 weeks ago) golang-github-xdg-scram (maintained by: eclipseo, go-sig) golang-github-xdg-scram-0-0.7.20190623git7eeb566.fc36.src requires golang(github.com/xdg/stringprep) = 1.0.0-7.fc36 golang-github-xdg-scram-devel-0-0.7.20190623git7eeb566.fc36.noarch requires golang(github.com/xdg/stringprep) = 1.0.0-7.fc36 golang-mongodb-mongo-driver (maintained by: eclipseo, go-sig) golang-mongodb-mongo-driver-1.4.5-5.fc37.src requires golang(github.com/xdg/scram) = 0-0.7.20190623git7eeb566.fc36, golang(github.com/xdg/stringprep) = 1.0.0-7.fc36 golang-mongodb-mongo-driver-devel-1.4.5-5.fc37.noarch requires golang(github.com/xdg/scram) = 0-0.7.20190623git7eeb566.fc36, golang(github.com/xdg/stringprep) = 1.0.0-7.fc36 golang-github-segmentio-kafka (maintained by: eclipseo, go-sig) golang-github-segmentio-kafka-0.4.8-4.fc36.src requires golang(github.com/xdg/scram) = 0-0.7.20190623git7eeb566.fc36, golang(go.mongodb.org/mongo-driver/mongo) = 1.4.5-5.fc37 golang-github-segmentio-kafka-devel-0.4.8-4.fc36.noarch requires golang(github.com/xdg/scram) = 0-0.7.20190623git7eeb566.fc36 golang-github-shopify-sarama (maintained by: eclipseo, go-sig) golang-github-shopify-sarama-1.27.2-4.fc36.src requires golang(github.com/xdg/scram) = 0-0.7.20190623git7eeb566.fc36 golang-github-openapi-strfmt (maintained by: eclipseo, go-sig) golang-github-openapi-strfmt-0.19.11-4.fc36.src requires golang(go.mongodb.org/mongo-driver/bson) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/bson/bsontype) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/bson/primitive) = 1.4.5-5.fc37 golang-github-openapi-strfmt-devel-0.19.11-4.fc36.noarch requires golang(go.mongodb.org/mongo-driver/bson) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/bson/bsontype) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/bson/primitive) = 1.4.5-5.fc37 golang-github-tonistiigi-opentelemetry-contrib (maintained by: eclipseo) golang-github-tonistiigi-opentelemetry-contrib-0.21.0-6.20220207git9a56be1.fc37.src requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36, golang(github.com/Shopify/sarama/mocks) = 1.27.2-4.fc36, golang(go.mongodb.org/mongo-driver/bson) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/bson/bsontype) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/event) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/mongo) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/mongo/options) = 1.4.5-5.fc37 golang-github-tonistiigi-opentelemetry-contrib-devel-0.21.0-6.20220207git9a56be1.fc37.noarch requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36, golang(go.mongodb.org/mongo-driver/bson) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/bson/bsontype) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/event) = 1.4.5-5.fc37 golang-gocloud (maintained by: eclipseo, go-sig) golang-gocloud-0.24.0-1.fc36~bootstrap.src requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36, golang(go.mongodb.org/mongo-driver/bson) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/bson/primitive) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/mongo) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/mongo/options) = 1.4.5-5.fc37 golang-gocloud-devel-0.24.0-1.fc36~bootstrap.noarch requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36, golang(go.mongodb.org/mongo-driver/bson) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/bson/primitive) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/mongo) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/mongo/options) = 1.4.5-5.fc37 golang-opentelemetry-contrib-0.20 (maintained by: eclipseo) golang-opentelemetry-contrib-0.20-0.20.0-4.fc37.src requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36, golang(github.com/Shopify/sarama/mocks) = 1.27.2-4.fc36, golang(go.mongodb.org/mongo-driver/bson) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/event) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/mongo) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/mongo/options) = 1.4.5-5.fc37 golang-opentelemetry-contrib-0.20-devel-0.20.0-4.fc37.noarch requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36, golang(go.mongodb.org/mongo-driver/bson) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/event) = 1.4.5-5.fc37 golang-opentelemetry-contrib (maintained by: eclipseo, go-sig) golang-opentelemetry-contrib-devel-1.3.0-2.fc36.noarch requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36, golang(go.mongodb.org/mongo-driver/bson) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/bson/bsontype) = 1.4.5-5.fc37, golang(go.mongodb.org/mongo-driver/event) = 1.4.5-5.fc37 golang-github-influxdata-flux (maintained by: eclipseo, go-sig) golang-github-influxdata-flux-0.100.1-4.fc36.src requires golang(github.com/segmentio/kafka-go) = 0.4.8-4.fc36 golang-github-influxdata-flux-devel-0.100.1-4.fc36.noarch requires golang(github.com/segmentio/kafka-go) = 0.4.8-4.fc36 cadvisor (maintained by: eparis, go-sig, jchaloup, lsm5) cadvisor-0.40.0-3.fc36.src requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36 golang-github-google-cadvisor-devel-0.40.0-3.fc36.noarch requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36 golang-github-cockroachdb-cockroach (maintained by: eclipseo, go-sig) golang-github-cockroachdb-cockroach-20.2.3-5.fc36.src requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36 golang-github-cockroachdb-cockroach-devel-20.2.3-5.fc36.noarch requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36 golang-github-openzipkin-zipkin (maintained by: eclipseo, go-sig, jchaloup) golang-github-openzipkin-zipkin-0.2.5-4.fc36.src requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36 golang-github-openzipkin-zipkin-devel-0.2.5-4.fc36.noarch requires golang(github.com/Shopify/sarama) = 1.27.2-4.fc36 golang-github-haproxytech-client-native (maintained by: bdperkin, go-sig) golang-github-haproxytech-client-native-2.5.3-2.fc37.src requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-haproxytech-client-native-devel-2.5.3-2.fc37.noarch requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-haproxytech-dataplaneapi (maintained by: bdperkin, go-sig) golang-github-haproxytech-dataplaneapi-2.4.4-3.fc37.src requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-haproxytech-dataplaneapi-devel-2.4.4-3.fc37.noarch requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-haproxytech-models (maintained by: bdperkin, go-sig) golang-github-haproxytech-models-2.2.0-4.fc36.src requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-haproxytech-models-devel-2.2.0-4.fc36.noarch requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-openapi-analysis (maintained by: eclipseo, go-sig) golang-github-openapi-analysis-0.19.16-4.fc36~bootstrap.src requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-openapi-analysis-devel-0.19.16-4.fc36~bootstrap.noarch requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-openapi-runtime (maintained by: eclipseo, go-sig) golang-github-openapi-runtime-0.19.31-2.fc36.src requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-openapi-runtime-devel-0.19.31-2.fc36.noarch requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-openapi-runtime-middleware-devel-0.19.31-2.fc36.noarch requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-openapi-validate (maintained by: eclipseo, go-sig) golang-github-openapi-validate-0.20.1-4.fc36.src requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-openapi-validate-devel-0.20.1-4.fc36.noarch requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-prometheus (maintained by: eclipseo, go-sig) golang-github-prometheus-2.32.1-4.fc37.src requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-prometheus-devel-2.32.1-4.fc37.noarch requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-prometheus-alertmanager (maintained by: eclipseo, go-sig) golang-github-prometheus-alertmanager-0.23.0-8.fc37.src requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 golang-github-prometheus-alertmanager-devel-0.23.0-8.fc37.noarch requires golang(github.com/go-openapi/strfmt) = 0.19.11-4.fc36 Too many dependencies for golang-github-xdg-stringprep, not all listed here Depending on: libcsv (1), status change: 2022-05-17 (1 weeks ago) tellico (maintained by: alexlan, jamatos) tellico-3.4.4-3.fc37.src requires libcsv-devel = 3.0.3-17.fc36 tellico-3.4.4-3.fc37.x86_64 requires libcsv.so.3()(64bit) Depending on: python-readthedocs-sphinx-ext (2), status change: 2022-04-20 (5 weeks ago) jpype (maintained by: raphgro) jpype-1.3.0-2.fc36.src requires python3-readthedocs-sphinx-ext = 2.1.5-1.fc37 python-jaydebeapi (maintained by: kubo) python3-jaydebeapi-1.2.3-6.fc36.noarch requires python3-jpype = 1.3.0-2.fc36, python3.10dist(jpype1) = 1.3 Depending on: python-repoze-lru (47), status change: 2022-05-25 (0 weeks ago) python-routes (maintained by: jcaratzas, kylev, mrunge, openstack-sig, python-sig) python-routes-2.5.1-2.fc36.src requires python3dist(repoze-lru) = 0.7 python3-routes-2.5.1-2.fc36.noarch requires python3.10dist(repoze-lru) = 0.7 TurboGears2 (maintained by: cverna, ondrejj) python3-TurboGears2-2.4.3-8.fc36.noarch requires python3-repoze-lru = 0.7-13.fc36, python3.10dist(repoze-lru) = 0.7 ceph (maintained by: branto, dmick, kkeithle, ktdreyer) ceph-mgr-dashboard-2:17.2.0-5.fc37.noarch requires python3-routes = 2.5.1-2.fc36 zuul (maintained by: fbo, openstack-sig, zuul) zuul-3.19.1-5.fc36.noarch requires python3.10dist(routes) = 2.5.1 zuul-3.19.1-5.fc36.src requires python3-routes = 2.5.1-2.fc36 samba (maintained by: abbra, anoopcs, asn, gd, iboukris, jarrpa, jlayton, jstephen, obnox, pfilipen, simo) ctdb-ceph-mutex-2:4.16.1-5.fc37.x86_64 requires librados.so.2()(64bit) samba-vfs-cephfs-2:4.16.1-5.fc37.x86_64 requires libcephfs.so.2()(64bit) fio (maintained by: sandeen) fio-engine-rados-3.30-1.fc37.x86_64 requires librados.so.2()(64bit) fio-engine-rbd-3.30-1.fc37.x86_64 requires librados.so.2()(64bit), librbd.so.1()(64bit) golang-github-ceph (maintained by: eclipseo, go-sig) golang-github-ceph-0.7.0-3.fc35.src requires libcephfs-devel = 2:17.2.0-5.fc37, librados-devel = 2:17.2.0-5.fc37, librbd-devel = 2:17.2.0-5.fc37 golang-github-ceph-devel-0.7.0-3.fc35.noarch requires libcephfs-devel = 2:17.2.0-5.fc37, librados-devel = 2:17.2.0-5.fc37, librbd-devel = 2:17.2.0-5.fc37 libvirt (maintained by: berrange, clalance, crobinso, jforbes, laine, libvirt-maint, osier, veillard, virtmaint-sig) libvirt-daemon-driver-storage-rbd-8.3.0-1.fc37.x86_64 requires librados.so.2()(64bit), librados.so.2(LIBRADOS_14.2.0)(64bit), librbd.so.1()(64bit) nfs-ganesha (maintained by: dang, devos, kkeithle) nfs-ganesha-ceph-4.0-5.fc37.x86_64 requires libcephfs.so.2()(64bit) nfs-ganesha-rados-grace-4.0-5.fc37.x86_64 requires librados.so.2()(64bit) nfs-ganesha-rados-urls-4.0-5.fc37.x86_64 requires librados.so.2()(64bit) nfs-ganesha-rgw-4.0-5.fc37.x86_64 requires librgw.so.2()(64bit) nfs-ganesha-4.0-5.fc37.i686 requires libwbclient.so.0, libwbclient.so.0(WBCLIENT_0.9) nfs-ganesha-4.0-5.fc37.src requires libwbclient-devel = 2:4.16.1-5.fc37 nfs-ganesha-4.0-5.fc37.x86_64 requires libwbclient.so.0()(64bit), libwbclient.so.0(WBCLIENT_0.9)(64bit) python-cradox (maintained by: jpena) python-cradox-2.1.0-15.fc36.src requires librados2-devel = 2:17.2.0-5.fc37 python3-cradox-2.1.0-15.fc36.x86_64 requires librados.so.2()(64bit), librados.so.2(LIBRADOS_14.2.0)(64bit) qemu (maintained by: berrange, bonzini, crobinso, dwmw2, ehabkost, jforbes, lkundrak, quintela, rjones, virtmaint-sig) qemu-block-rbd-2:7.0.0-3.fc37.x86_64 requires librados.so.2()(64bit), librbd.so.1()(64bit) scsi-target-utils (maintained by: grover, michaelc, mlombard, terjeros) scsi-target-utils-rbd-1.0.79-5.fc36.x86_64 requires librados.so.2()(64bit), librbd.so.1()(64bit) tcmu-runner (maintained by: mlombard) tcmu-runner-1.5.4-4.fc36.src requires librbd-devel = 2:17.2.0-5.fc37 tcmu-runner-1.5.4-4.fc36.x86_64 requires librbd.so.1()(64bit) xrootd (maintained by: ellert, simonm) xrootd-ceph-1:5.4.2-3.fc37.x86_64 requires librados.so.2()(64bit), librados.so.2(LIBRADOS_14.2.0)(64bit), libradosstriper.so.1()(64bit) BackupPC (maintained by: hobbes1069) BackupPC-4.4.0-6.fc36.x86_64 requires samba-client = 2:4.16.1-5.fc37 amanda (maintained by: jridky, pcahyna, tibbs) amanda-3.5.1-33.fc36.src requires samba-client = 2:4.16.1-5.fc37 caja-extensions (maintained by: raveit65) caja-share-1.26.0-3.fc36.x86_64 requires samba = 2:4.16.1-5.fc37 cifs-utils (maintained by: abbra, jlayton, ronniesahlberg, simo, sprabhu) cifs-utils-6.15-1.fc37.src requires libwbclient-devel = 2:4.16.1-5.fc37 cifs-utils-6.15-1.fc37.x86_64 requires libwbclient.so.0()(64bit), libwbclient.so.0(WBCLIENT_0.9)(64bit) deepin-file-manager (maintained by: cheeselee, deepinde-sig, mosquito, zsun) deepin-file-manager-5.5.10-3.fc37.i686 requires samba = 2:4.16.1-5.fc37 deepin-file-manager-5.5.10-3.fc37.x86_64 requires samba = 2:4.16.1-5.fc37 evolution-mapi (maintained by: asn, mbarnes, mcrha) evolution-mapi-3.44.2-1.fc37.x86_64 requires libndr.so.2()(64bit), libndr.so.2(NDR_0.0.1)(64bit), libsamba-util.so.0()(64bit), libsamba-util.so.0(SAMBA_UTIL_0.0.1)(64bit) ffmpeg (maintained by: asn, ngompa, rathann) ffmpeg-5.0.1-8.fc37.src requires pkgconfig(smbclient) = 0.7.0 libavformat-free-5.0.1-8.fc37.i686 requires libsmbclient.so.0, libsmbclient.so.0(SMBCLIENT_0.1.0) libavformat-free-5.0.1-8.fc37.x86_64 requires libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit) fleet-commander-admin (maintained by: ogutierrez) fleet-commander-admin-0.16.0-1.fc37.noarch requires python3-samba = 2:4.16.1-5.fc37 fleet-commander-admin-0.16.0-1.fc37.src requires python3-samba = 2:4.16.1-5.fc37 fleet-commander-client (maintained by: ogutierrez) fleet-commander-client-0.15.0-11.fc36.noarch requires python3-samba = 2:4.16.1-5.fc37 freeipa (maintained by: abbra, ipa-maint, jhrozek, mkosek, pvoborni, rcritten, simo, twoerner) freeipa-client-samba-4.9.9-1.fc37.x86_64 requires python3-samba = 2:4.16.1-5.fc37, samba = 2:4.16.1-5.fc37, samba-client = 2:4.16.1-5.fc37, samba-common-tools = 2:4.16.1-5.fc37, samba-winbind = 2:4.16.1-5.fc37 freeipa-server-4.9.9-1.fc37.x86_64 requires libndr-krb5pac.so.0()(64bit), libndr-krb5pac.so.0(NDR_KRB5PAC_0.0.1)(64bit), libndr-standard.so.0()(64bit), libndr.so.2()(64bit), libndr.so.2(NDR_0.0.1)(64bit), libsamba-errors.so.1()(64bit), libsamba-errors.so.1(SAMBA_ERRORS_1)(64bit), libsamba-util.so.0()(64bit), libsamba-util.so.0(SAMBA_UTIL_0.0.1)(64bit), samba-client-libs = 2:4.16.1-5.fc37 freeipa-server-trust-ad-4.9.9-1.fc37.x86_64 requires libndr-nbt.so.0()(64bit), libndr-nbt.so.0(NDR_NBT_0.0.1)(64bit), libndr.so.2()(64bit), libndr.so.2(NDR_0.0.1)(64bit), libsamba-passdb.so.0()(64bit), libsamba-passdb.so.0(SAMBA_PASSDB_0.2.0)(64bit), libsamba-util.so.0()(64bit), libsamba-util.so.0(SAMBA_UTIL_0.0.1)(64bit), libsmbconf.so.0()(64bit), libsmbconf.so.0(SMBCONF_0)(64bit), libsmbldap.so.2()(64bit), libsmbldap.so.2(SMBLDAP_0)(64bit), libsmbldap.so.2(SMBLDAP_1)(64bit), libsmbldap.so.2(SMBLDAP_2)(64bit), python3-samba = 2:4.16.1-5.fc37, samba = 2:4.16.1-5.fc37, samba-winbind = 2:4.16.1-5.fc37 gnome-control-center (maintained by: gnome-sig, pwalter) gnome-control-center-42.2-1.fc37.src requires pkgconfig(smbclient) = 0.7.0 gnome-control-center-42.2-1.fc37.x86_64 requires libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit) gnome-vfs2 (maintained by: alexl, caillon, caolanm, gnome-sig, limb, mbarnes, rhughes, rstrode, ssp) gnome-vfs2-2.24.4-38.fc36.src requires libsmbclient-devel = 2:4.16.1-5.fc37 gnome-vfs2-smb-2.24.4-38.fc36.x86_64 requires libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit) gssntlmssp (maintained by: simo) gssntlmssp-1.1.0-1.fc37.src requires pkgconfig(wbclient) = 0.15 gssntlmssp-1.1.0-1.fc37.x86_64 requires libwbclient.so.0()(64bit), libwbclient.so.0(WBCLIENT_0.12)(64bit), libwbclient.so.0(WBCLIENT_0.9)(64bit) gvfs (maintained by: alexl, oholy) gvfs-1.50.2-1.fc37.src requires libsmbclient-devel = 2:4.16.1-5.fc37 gvfs-smb-1.50.2-1.fc37.x86_64 requires libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit), libsmbclient.so.0(SMBCLIENT_0.5.0)(64bit), libsmbclient.so.0(SMBCLIENT_0.6.0)(64bit) kde-print-manager (maintained by: jreznik, kde-sig, rdieter, than) kde-print-manager-22.04.1-1.fc37.src requires samba-client = 2:4.16.1-5.fc37 kdebase3 (maintained by: jreznik, kkofler, rdieter, than) kdebase3-3.5.10-71.fc36.src requires libsmbclient-devel = 2:4.16.1-5.fc37 kdebase3-3.5.10-71.fc36.x86_64 requires libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit) kio-extras (maintained by: kde-sig, rdieter) kio-extras-22.04.1-1.fc37.i686 requires libsmbclient.so.0, libsmbclient.so.0(SMBCLIENT_0.1.0), libsmbclient.so.0(SMBCLIENT_0.2.3), libsmbclient.so.0(SMBCLIENT_0.6.0) kio-extras-22.04.1-1.fc37.src requires libsmbclient-devel = 2:4.16.1-5.fc37 kio-extras-22.04.1-1.fc37.x86_64 requires libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit), libsmbclient.so.0(SMBCLIENT_0.2.3)(64bit), libsmbclient.so.0(SMBCLIENT_0.6.0)(64bit) libsoup (maintained by: alexl, caillon, caolanm, danw, gnome-sig, mbarnes, mcrha, rhughes, rstrode, ssp, tpopela) libsoup-2.74.2-2.fc36.src requires /usr/bin/ntlm_auth libsoup3 (maintained by: gnome-sig, limb, mcrha) libsoup3-3.0.6-2.fc37.src requires /usr/bin/ntlm_auth mod_auth_ntlm_winbind (maintained by: buc) mod_auth_ntlm_winbind-0.0.0-0.32.20070129svn713.fc36.x86_64 requires samba-common = 2:4.16.1-5.fc37 nagios-plugins (maintained by: ignatenkobrain, nb, smooge, swilkerson, tartina) nagios-plugins-2.4.0-6.fc37.src requires samba-client = 2:4.16.1-5.fc37 nagios-plugins-disk_smb-2.4.0-6.fc37.x86_64 requires /usr/bin/smbclient ncid (maintained by: jlcjohn, moceap, sandeen) ncid-samba-1.13-3.fc37.noarch requires samba-client = 2:4.16.1-5.fc37 nmbscan (maintained by: fab, lystor, rebus) nmbscan-1.2.6-23.fc36.noarch requires samba-client = 2:4.16.1-5.fc37 openchange (maintained by: asn, gd, mbarnes, mcrha, simo) openchange-2.3-40.fc36.i686 requires libdcerpc-binding.so.0, libdcerpc-binding.so.0(DCERPC_BINDING_0.0.1), libdcerpc.so.0, libdcerpc.so.0(DCERPC_0.0.1), libndr-standard.so.0, libndr-standard.so.0(NDR_STANDARD_0.0.1), libndr.so.2, libndr.so.2(NDR_0.0.1), libndr.so.2(NDR_0.0.6), libndr.so.2(NDR_0.2.0), libndr.so.2(NDR_1.0.0), libndr.so.2(NDR_2.0.0), libsamba-credentials.so.1, libsamba-credentials.so.1(SAMBA_CREDENTIALS_1.0.0), libsamba-hostconfig.so.0, libsamba-hostconfig.so.0(SAMBA_HOSTCONFIG_0.0.1), libsamba-util.so.0, libsamba-util.so.0(SAMBA_UTIL_0.0.1) openchange-2.3-40.fc36.src requires samba-common = 2:4.16.1-5.fc37, samba-devel = 2:4.16.1-5.fc37, samba-libs = 2:4.16.1-5.fc37, samba-pidl = 2:4.16.1-5.fc37 openchange-2.3-40.fc36.x86_64 requires libdcerpc-binding.so.0()(64bit), libdcerpc-binding.so.0(DCERPC_BINDING_0.0.1)(64bit), libdcerpc.so.0()(64bit), libdcerpc.so.0(DCERPC_0.0.1)(64bit), libndr-standard.so.0()(64bit), libndr-standard.so.0(NDR_STANDARD_0.0.1)(64bit), libndr.so.2()(64bit), libndr.so.2(NDR_0.0.1)(64bit), libndr.so.2(NDR_0.0.6)(64bit), libndr.so.2(NDR_0.2.0)(64bit), libndr.so.2(NDR_1.0.0)(64bit), libndr.so.2(NDR_2.0.0)(64bit), libsamba-credentials.so.1()(64bit), libsamba-credentials.so.1(SAMBA_CREDENTIALS_1.0.0)(64bit), libsamba-hostconfig.so.0()(64bit), libsamba-hostconfig.so.0(SAMBA_HOSTCONFIG_0.0.1)(64bit), libsamba-util.so.0()(64bit), libsamba-util.so.0(SAMBA_UTIL_0.0.1)(64bit) openchange-client-2.3-40.fc36.x86_64 requires libdcerpc-binding.so.0()(64bit), libdcerpc.so.0()(64bit), libndr.so.2()(64bit), libndr.so.2(NDR_0.0.1)(64bit), libsamba-credentials.so.1()(64bit), libsamba-hostconfig.so.0()(64bit), libsamba-util.so.0()(64bit), libsamba-util.so.0(SAMBA_UTIL_0.0.1)(64bit) openchange-devel-2.3-40.fc36.i686 requires pkgconfig(dcerpc) = 0.0.1, pkgconfig(dcerpc_samr) = 0.0.1, pkgconfig(ndr) = 2.0.0, pkgconfig(samba-hostconfig) = 0.0.1 openchange-devel-2.3-40.fc36.x86_64 requires pkgconfig(dcerpc) = 0.0.1, pkgconfig(dcerpc_samr) = 0.0.1, pkgconfig(ndr) = 2.0.0, pkgconfig(samba-hostconfig) = 0.0.1 php-icewind-smb2 (maintained by: remi) php-icewind-smb2-2.0.7-7.fc36.noarch requires /usr/bin/smbclient php-smbclient (maintained by: remi) php-smbclient-1.0.6-5.fc36.src requires libsmbclient-devel = 2:4.16.1-5.fc37 php-smbclient-1.0.6-5.fc36.x86_64 requires libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit), libsmbclient.so.0(SMBCLIENT_0.2.0)(64bit), libsmbclient.so.0(SMBCLIENT_0.5.0)(64bit) python-smbc (maintained by: twaugh, zdohnal) python-smbc-1.0.23-5.fc36.src requires libsmbclient-devel = 2:4.16.1-5.fc37 python3-smbc-1.0.23-5.fc36.x86_64 requires libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit), libsmbclient.so.0(SMBCLIENT_0.5.0)(64bit) realmd (maintained by: sbose, stefw) realmd-0.17.0-10.fc37.src requires samba-common-tools = 2:4.16.1-5.fc37 smb4k (maintained by: heliocastro, rdieter, sergiomb) smb4k-3.1.2-1.fc37.i686 requires libsmbclient.so.0, libsmbclient.so.0(SMBCLIENT_0.1.0), libsmbclient.so.0(SMBCLIENT_0.5.0), samba-client = 2:4.16.1-5.fc37 smb4k-3.1.2-1.fc37.src requires libsmbclient-devel = 2:4.16.1-5.fc37 smb4k-3.1.2-1.fc37.x86_64 requires libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit), libsmbclient.so.0(SMBCLIENT_0.5.0)(64bit), samba-client = 2:4.16.1-5.fc37 sssd (maintained by: abbra, asn, atikhonov, jhrozek, lslebodn, mzidek, nalin, pbrezina, sbose, sgallagh, simo, sssd-maintainers) sssd-2.7.0-1.fc37.src requires libsmbclient-devel = 2:4.16.1-5.fc37, samba-devel = 2:4.16.1-5.fc37, samba-winbind = 2:4.16.1-5.fc37 sssd-ad-2.7.0-1.fc37.x86_64 requires libndr-krb5pac.so.0()(64bit), libndr-krb5pac.so.0(NDR_KRB5PAC_0.0.1)(64bit), libndr-nbt.so.0()(64bit), libndr-nbt.so.0(NDR_NBT_0.0.1)(64bit), libndr-standard.so.0()(64bit), libndr.so.2()(64bit), libndr.so.2(NDR_0.0.1)(64bit), libndr.so.2(NDR_0.0.6)(64bit), libndr.so.2(NDR_1.0.0)(64bit), libsamba-util.so.0()(64bit), libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit), samba-client-libs = 2:4.16.1-5.fc37 sssd-common-pac-2.7.0-1.fc37.x86_64 requires libndr-krb5pac.so.0()(64bit), libndr-krb5pac.so.0(NDR_KRB5PAC_0.0.1)(64bit), libndr.so.2()(64bit), libndr.so.2(NDR_0.0.1)(64bit) sssd-ipa-2.7.0-1.fc37.x86_64 requires libndr-krb5pac.so.0()(64bit), libndr-krb5pac.so.0(NDR_KRB5PAC_0.0.1)(64bit), libndr-nbt.so.0()(64bit), libndr-nbt.so.0(NDR_NBT_0.0.1)(64bit), libndr-standard.so.0()(64bit), libndr.so.2()(64bit), libndr.so.2(NDR_0.0.1)(64bit), libsamba-util.so.0()(64bit), samba-client-libs = 2:4.16.1-5.fc37 wcm (maintained by: nalimilan, tieugene) wcm-0.20.0-19.fc36.src requires pkgconfig(smbclient) = 0.7.0 wcm-0.20.0-19.fc36.x86_64 requires libsmbclient.so.0()(64bit), libsmbclient.so.0(SMBCLIENT_0.1.0)(64bit) wine (maintained by: besser82, mooninite) wine-7.9-1.fc37.i686 requires /usr/bin/ntlm_auth wine-7.9-1.fc37.x86_64 requires /usr/bin/ntlm_auth xmms2 (maintained by: spot, thomasj) xmms2-0.8-80.fc36.src requires libsmbclient-devel = 2:4.16.1-5.fc37 Too many dependencies for python-repoze-lru, not all listed here 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): abbra: python-repoze-lru alexl: python-repoze-lru alexlan: libcsv anoopcs: python-repoze-lru asn: python-repoze-lru atikhonov: python-repoze-lru bdperkin: golang-github-xdg-stringprep berrange: python-repoze-lru besser82: python-repoze-lru, garmintools bonzini: python-repoze-lru branto: python-repoze-lru buc: python-repoze-lru caillon: python-repoze-lru caolanm: python-repoze-lru cheeselee: python-repoze-lru clalance: python-repoze-lru crobinso: python-repoze-lru cverna: python-repoze-lru dang: python-repoze-lru danw: python-repoze-lru deepinde-sig: python-repoze-lru devos: python-repoze-lru dmick: python-repoze-lru dwmw2: python-repoze-lru eclipseo: python-repoze-lru, golang-github-xdg-stringprep ehabkost: python-repoze-lru ellert: python-repoze-lru eparis: golang-github-xdg-stringprep fab: python-repoze-lru fbo: python-repoze-lru gd: python-repoze-lru gnome-sig: python-repoze-lru go-sig: golang-github-10gen-escaper, golang-github-3rf-mongo-lint, golang-github-jacobsa-oglematchers, golang-github-xdg-stringprep, python-repoze-lru, golang-github-spacemonkeygo-openssl grover: python-repoze-lru heliocastro: python-repoze-lru hhorak: caffeine, compile-command-annotations hobbes1069: unittest-cpp, python-repoze-lru iboukris: python-repoze-lru ignatenkobrain: python-repoze-lru infra-sig: python-repoze-lru ipa-maint: python-repoze-lru jamatos: libcsv jarrpa: python-repoze-lru jcaratzas: python-repoze-lru jchaloup: golang-github-xdg-stringprep, golang-github-3rf-mongo-lint, golang-github-jacobsa-oglematchers jforbes: python-repoze-lru jhrozek: python-repoze-lru jjames: python-readthedocs-sphinx-ext jlayton: python-repoze-lru jlcjohn: python-repoze-lru jpena: python-repoze-lru jreznik: python-repoze-lru jridky: python-repoze-lru jstephen: python-repoze-lru kazade: unittest-cpp kde-sig: python-repoze-lru kkeithle: python-repoze-lru kkofler: python-repoze-lru ktdreyer: python-repoze-lru kubo: python-readthedocs-sphinx-ext kylev: python-repoze-lru laine: python-repoze-lru libvirt-maint: python-repoze-lru limb: python-repoze-lru lkundrak: python-repoze-lru lslebodn: python-repoze-lru lsm5: golang-github-xdg-stringprep lystor: python-repoze-lru mbarnes: python-repoze-lru mcrha: python-repoze-lru michaelc: python-repoze-lru mizdebsk: jsoup mkosek: python-repoze-lru mlombard: python-repoze-lru moceap: python-repoze-lru mooninite: python-repoze-lru mosquito: python-repoze-lru mrunge: python-repoze-lru mzidek: python-repoze-lru nalimilan: python-repoze-lru nalin: python-repoze-lru nb: python-repoze-lru ngompa: python-repoze-lru obnox: python-repoze-lru ogutierrez: python-repoze-lru oholy: python-repoze-lru ondrejj: python-repoze-lru openstack-sig: python-repoze-lru osier: python-repoze-lru panovotn: golang-github-3rf-mongo-lint, golang-github-10gen-escaper pbrezina: python-repoze-lru pcahyna: python-repoze-lru pfilipen: python-repoze-lru pvoborni: python-repoze-lru pwalter: python-repoze-lru python-sig: python-repoze-lru, python-readthedocs-sphinx-ext quintela: python-repoze-lru raphgro: unittest-cpp, python-readthedocs-sphinx-ext rathann: python-repoze-lru raveit65: python-repoze-lru rcritten: python-repoze-lru rdieter: python-repoze-lru rebus: python-repoze-lru remi: python-repoze-lru rhughes: python-repoze-lru rjones: python-repoze-lru ronniesahlberg: python-repoze-lru rstrode: python-repoze-lru rust-sig: rust-image-roll sandeen: python-repoze-lru sbose: python-repoze-lru sergiomb: python-repoze-lru sgallagh: python-repoze-lru simo: python-repoze-lru simonm: python-repoze-lru smooge: python-repoze-lru spot: python-repoze-lru sprabhu: python-repoze-lru ssp: python-repoze-lru sssd-maintainers: python-repoze-lru stefw: python-repoze-lru swilkerson: python-repoze-lru tartina: python-repoze-lru terjeros: python-repoze-lru than: python-repoze-lru thomasj: python-repoze-lru tibbs: python-repoze-lru tieugene: python-repoze-lru tpopela: python-repoze-lru twaugh: python-repoze-lru twoerner: python-repoze-lru veillard: python-repoze-lru virtmaint-sig: python-repoze-lru zdohnal: python-repoze-lru zsun: python-repoze-lru zuul: python-repoze-lru -- 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-05-30 06:24:14 UTC

1 0

F37 proposal: Return Cloud Base to Edition Status (System-Wide Change proposal)
by Ben Cotton 26 May '22

26 May '22

https://fedoraproject.org/wiki/Changes/RestoreCloudEdition This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == Cloud '''should''' be listed on getfedora.org with Workstation, Server and IoT. The petition to reinstate the Cloud Base as an official Edition is based on the clear identification of unique environmental support requirements for private hyperscaler and public cloud environments not specifically addressed by other Editions. == Owner == * Name: [https://pagure.io/cloud-sig Fedora Cloud SIG] * Name: [[User:davdunc| David Duncan]] * Email: davdunc(a)amazon.com == Detailed Description == The cloud base as an edition is plastic in a way that is appropriate to match the various virtual environments on which it is capable of running. There has been a lot of work explored here and a lot of writing done to find that next level. In previous years, we had lots of multi-cloud aspirations that couldn’t be fulfilled, but they can be now and we want to ensure availability and ease of use.The Fedora Cloud Base image is uniquely focused on supporting cloud and other fail-only environments. == Feedback == See the discussion here: https://discussion.fedoraproject.org/t/fedora-cloud-edition-not-an-edition-… Some specific feedback received was that we could potentially deploy images of Fedora Workstation or Fedora Server to accomplish the same tasks that are accomplished with Fedora Cloud Base, but that is generally incorrect. Cloud specific workloads are not meant to be used in the same way as these other editions except under specific circumstances. Cloud specific configurations favor automated deployments with monitoring and logging handled to some degree through remote services. They are meant to be deployed sparingly and then to increase in numbers for scalability. These images should be able to handle virtualization for many different workloads. The use of graphical environments or Server roles satisfy only highly specialized cloud experiences. == Benefit to Fedora == Cloud is a base, it has variations that work in different environments, but it supports work that is not related to the “Just enough” position of FCOS and extends the surface for experimental workloads at the base operating system layers. The Cloud working group has a very dedicated group of supporters who find value beyond the requirements of the other editions. With the adoption of btrfs in this most recent release there was much stir over how it could fit so well and yet diverge so much from ''Container'' exclusive like those of FCOS or ''Server'' goals, further accenting this dividing line. That introduces the highlights for the reasons Fedora Cloud Base fits as an [https://docs.fedoraproject.org/en-US/council/policy/edition-promotion-polic… Edition]. The cloud base as an edition is plastic in a way that is appropriate to match the various virtual environments on which it is capable of running. There has been a lot of work explored here and a lot of writing done to find that next level. In previous years, we had lots of multi-cloud aspirations that couldn’t be fulfilled, but they can be now and we want to ensure availability and ease of use. == Scope == * Proposal owners: [[Cloud/Cloud_PRD|Cloud PRD]] and [[CloudBase/Technical_Specification|Technical Specification]] updates are in process to ensure that we provide sufficient roadmap and technical specification to confirm alignment with the Fedora Project overall and especially that we are aligned with the Cloud Base users and established infrastructure providers. * Other developers: Web changes will need to be made to accomodate the publication of links and some artwork will need to be created to align with current Project design. * Release engineering: [https://pagure.io/releng/issues #Releng issue number] `TBD` * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: https://pagure.io/Fedora-Council/tickets/issue/397 * Alignment with Objectives: == Upgrade/compatibility impact == In restoring the Cloud edition to the official Edition status, we eliminate any issues. It is with the downgrade to edition status where there will be an impact. The release information will have to be modified to remove the edition identifiers and this may cause an impact to current users. == How To Test == Standard QA testing and evaluation methods apply for QA Compose. == User Experience == This may change where Fedora Cloud Base Images are located in the web portal, but it will most likely be simpler to discover the images themselves. == Dependencies == There are no currently known dependencies for this. == Contingency Plan == * Contingency mechanism: Remove the * Contingency deadline: 2022-10-18 * Blocks release? This is not a release blocker If this is not approved for F37, we will roll forward to F38 and prepare as required. There is no technical change in the image build requirements. == Documentation == Documentation is currently in the wiki for the [[Cloud|working group]] and the [[Cloud SIG]] and is in the process of a series of updates to be moved to the [[DocsProject|Fedora Docs]] format == Release Notes == ''Fedora Cloud Base Edition'' Announcing the promotion of the Fedora Cloud Base to official status as a Fedora Edition. Fedora Cloud Base Images can now be found from https://getfedora.org -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 proposal: Enhance Persian Font Support (Self-Contained Change proposal)
by Ben Cotton 23 May '22

23 May '22

https://fedoraproject.org/wiki/Changes/EnhancePersianFontSupport This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. = Enhance Persian Font Support = {{Change_Proposal_Banner}} == Summary == This change aims to provide a consistent experience for those who use Fedora in Persian or write or read Persian text in Fedora. == Owner == * Name: [[User:hedayat| Hedayat Vatankhah]] * Email: <hedayat(a)fedoraproject.org> == Detailed Description == Traditionally, DejaVu fonts were used for Persian text in Fedora consistently; and considering the lack of suitable free Persian fonts, it was an acceptable choice (although some considered it to not be beautiful enough). With changes in Fedora fonts in recent releases (mainly, addition of Droid & Noto fonts to default installation), Fedora provides an inconsistent experience for users who use Persian text and makes a bad impression on users. There are at least three different fonts used in a default Fedora Workstation for Sans Persian text in different situations, one of which is actually considered a cursive font for Persian. Additionally, now we have a number of free Persian fonts, which can be used to present a more beautiful experience for Persian text. This change aims to: # Provide a consistent default Sans font for Persian in Fedora, used in all appropriate places instead of multiple different fonts. Right now, the aim is to use Vazirmatn font as the default Persian font. # Add new free Persian fonts to Fedora to provide a better experience for users who need them. == Benefit to Fedora == Enhances the experience of users of Persian text in Fedora, by providing a beautiful font to be used by default consistently and to provide modern free Persian fonts for users. == Scope == * Proposal owners: # Package new free Persian fonts for Fedora # Make the selected font the default one for Persian # Try to find out why Firefox/Thunderbird doesn't follow system default font (optional) # Update Fedora `comps.xml` to install the default font for Persian # Provide PR for langpacks/lorax if needed for the new default Persian font # Might need some fixes in Firefox/Thunderbird to follow system default font when it is selected # Might need changes in langpacks/lorax * Release engineering: * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == Default Persian font will be changed automatically on upgrades. == How To Test == == User Experience == Users who read/write Persian text in Fedora are presented with a new more beautiful font used by default consistently in all applications. == Dependencies == No hard dependencies, but an optional change might be needed in some packages (Firefox/Thunderbird) to provide a more consistent experience. == Contingency Plan == * Contingency mechanism: We won't ship new fonts and we won't change the default font. * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change) == Documentation == More detailed background on the topic is provided in this [https://lists.fedoraproject.org/archives/list/fonts@lists.fedoraproject.org… email]. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

Fedora 34 is going EOL in 20 days
by Tomas Hrcka 18 May '22

18 May '22

1 0

F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)
by Ben Cotton 17 May '22

17 May '22

https://fedoraproject.org/wiki/Changes/SPDX_Licenses_Phase_1 This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == Transition from Fedora's short name of licenses to standardized [https://spdx.org/licenses/ SPDX license] [https://spdx.dev/specifications/ formula]. == Owner == * Name: [[User:msuchy| Miroslav Suchý]] * Name: [[User:jlovejoy| Jilayne Lovejoy]] * Name: [[User:ngompa| Neal Gompa]] * Name: [[User:dcantrell| David Cantrell]] * Name: [[User:rfontanaref| Richard Fontana]] * Name: [[User:mattdm| Matthew Miller]]  * Email: msuchy(a)redhat.com, dcantrell(a)redhat.com, jlovejoy(a)redhat.com, ngompa13(a)gmail.com, rfontana(a)redhat.com == Detailed Description == In the past, Fedora decided to use short names for licenses. Although we documented the short names very well. The identifiers were never standard. In the meantime, SPDX identifiers become standard, and [https://wiki.spdx.org/view/Business_Team/Adoption other SW vendors start using it]. In this phase, we want to provide documentation and tooling to allow maintainers to begin using SPDX license ids instead of the old Fedora short names. This move is opt-in. There will be [[Changes/SPDX_Licenses_Phase_2|Phase 2]], where we identify the remaining packages and help them to migrate to the SPDX formula. == Feedback == Ancient [https://lists.fedoraproject.org/archives/list/legal@lists.fedoraproject.org… feedback from SPDX organization]. Summary from [https://lists.fedoraproject.org/archives/search?q=spdx&page=1&mlist=legal%4… fedora-legal mailing list]: we want this to happen, but this is big scope and likely will happen over more than one release. Summary from packaging-committee: * [https://pagure.io/packaging-committee/pull-request/971#]: older PR to change packaging guidelines * [https://pagure.io/packaging-committee/pull-request/1142]: present PR that needs more updating Summary from devel-list: TBD == Benefit to Fedora == The use of a standardized identifier for license will align Fedora with other distributions. And allows efficient and reliable identification of licenses. == Scope == * Proposal owners (things sorted by done/todo and by priorities): ** Miroslav Suchý: license-fedora2spdx - done ** Jilayne Lovejoy: map rest of Fedora licenses to SPDX ids - done ** David Cantrell: create machine-readable format and new repo - done ** David Cantrell: merge mapping of Fedora licenses to SPDX ids to new data format/repo - done ** Richard Fontana & Jilayne Lovejoy: review update all licensing info and legal pages in wiki - in process ** Jilayne Lovejoy & Richard Fontana: create and populate new Docs pages for legal and licensing info - in process ** Miroslav Suchy - create [https://gitlab.com/fedora/legal/fedora-license-data fedora-license-data package] (with data from rpminspect-data-fedora) - TODO ** David Cantrell: separate licenses from rpminspect-data-fedora [https://bugzilla.redhat.com/show_bug.cgi?id=2077914 BZ 2077914] - TODO ** Miroslav Suchý: allow `license-validate` to use spdx - TODO ** David Cantrell: generate from license data to new Docs page similar to [https://fedoraproject.org/wiki/Licensing:Main#Software_License_List Licensing:Main] ** SOMEBODY: create a webhook that updates Docs page after the merge to fedora-license-data - TODO ** Jilayne Lovejoy: prepare PR for updates to packaging guidelines - in the process [https://pagure.io/packaging-committee/pull-request/1142] ** SOMEBODY: help maintainers who want to change license string to SPDX identifiers proactively. * Out of Scope: In this phase, we do not target to move **all** packages to SPDX identifiers. That will be done in [[Changes/SPDX_Licenses_Phase_2|Phase 2]]. In [[Changes/SPDX_Licenses_Phase_2|Phase 2]] we will identify the remaining packages and open BZ or PR. * Other developers: Early adopters can migrate their License tag to the SPDX identifiers. Proposal owners will gather feedback and will work on potential problems. We want to have all bits ready so that maintainers can start changing the spec files just after Fedora 37 branching (summer 2022). * Release engineering: * Policies and guidelines: Licensing page, packaging guidelines has to be altered. * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == License strings are not used anything in run time. This change will not affect the upgrade or runtime of Fedora. During the transition period, developer tools like rpminspect, licensecheck, etc. may produce false negatives. And we have to define a date where we flip these tools from old Fedora's short names to the SPDX formula. == How To Test == Users should not need any testing. These steps are for package maintainers: * Fetch your license string from `License` tag in SPEC file. * Test that your current Fedora's short name is correct. E.g. $ license-validate -v 'MIT or GPLv1' Approved license * Convert license string to SPDX formula: $ license-fedora2spdx 'MIT or GPLv1' Warning: more options how to interpret MIT. Possible options: ['Adobe-Glyph', 'MIT-CMU', 'MIT-CMU', 'HPND', 'HPND', 'no-spdx-yet (MIT license (also X11))', 'SGI-B-2.0', 'SGI-B-2.0', 'SMLNJ', 'MIT-enna', 'MIT-feh', 'mpich2'] mpich2 or GPL-1.0-only In this example, the short name `GPLv1` can be converted straight to `GPL-1.0-only`. But short name `MIT` stands for several licenses with different [https://spdx.org/licenses/ SPDX identifiers]. You have to examine what license is package actually using. `license-fedora2spdx` will try to convert the formula and use one of the options but without any heuristics. You need to manually review the license. You can check if SPDX formula is correct using: $ license-validate -v --file FIXME "MIT-CMU or GPL-1.0-only" == User Experience == Users should be able to use standard software tools that audit licenses. E.g. for Software Bills of Materials. == Dependencies == No other dependencies. == Contingency Plan == * Contingency mechanism: In this first phase, if something goes wrong, we can 'git revert' each change in dist-git. It is expected that in the first phase, there will be only a few packages altered. It may be a few hundred, but it is still doable to revert. * Contingency deadline: Beta freeze. But it is expected that not all packages will be converted by that time and the change will continue in the next release. * Blocks release? No. This change has no impact on runtime of any package. == Documentation == N/A (not a System Wide Change) == Release Notes == -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

Orphaned packages looking for new maintainers
by Miro Hrončok 16 May '22

16 May '22

1 0

F37 proposal: Install Using GPT on x86_64 BIOS by Default (System-Wide Change proposal)
by Ben Cotton 14 May '22

14 May '22

https://fedoraproject.org/wiki/Changes/GPTforBIOSbyDefault This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == This Change makes it so that Fedora Linux systems installed on legacy x86 BIOS systems will get GPT partitioning by default instead of legacy MBR partitioning. This makes x86 BIOS installs more similar to x86 UEFI installs. == Owner == * Name: [[User:Ngompa| Neal Gompa]], [[User:Dcavalca| Davide Cavalca]], [[User:Salimma| Michel Alexandre Salim]], [[User:Chrismurphy| Chris Murphy]] * Email: ngompa13(a)gmail.com, dcavalca(a)fb.com, michel(a)michel-slm.name, chrismurphy(a)fedoraproject.org == Detailed Description == Once implemented, Anaconda will create a GPT disk table on non-partitioned disks or when the disk is being completely reset when Fedora x86 install/live media is booted in BIOS mode. == Benefit to Fedora == This simplifies our default code path by using the same partitioning scheme as UEFI systems and aligns us more to how Fedora variants that are delivered as disk images, which all use a similar setup. It also paves the way to implement hybrid BIOS+UEFI boot for legacy BIOS installs to enable future conversion to UEFI boot or emulated UEFI boot on legacy BIOS. This is a step toward a longer transition to eventually eliminate direct BIOS boot support, as identified in the discussion for [[Changes/DeprecateLegacyBIOS|the rejected Change to deprecate BIOS support in Fedora Linux 37]]. == Scope == * Proposal owners: ** Submit code changes to Anaconda to use GPT by default on BIOS systems ([https://github.com/rhinstaller/anaconda/pull/4104 gh#rhinstaller/anaconda#4104]) * Other developers: ** Anaconda developers need to review and merge the pull request * Release engineering: [https://pagure.io/releng/issue/10796 #10796] * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: N/A (not needed for this Change) == Upgrade/compatibility impact == There will be no impact for existing Fedora Linux systems that upgrade. We will not convert the partitioning on upgrade. However, some very old systems have buggy EFI implementations that do not handle legacy BIOS boot on GPT well, and on those systems, users will need to request Anaconda to create a legacy MBR partition table by using <code>inst.mbr</code> on the boot command-line. == How To Test == Currently, users can test by booting Fedora media on BIOS systems with the <code>inst.gpt</code> option to try installing Fedora Linux on a legacy BIOS boot system with a GPT disk. After the change is merged and released, this behavior will be the default, and <code>inst.mbr</code> would be required to go back to the previous behavior. == User Experience == In general, there should nothing materially changing for users. If users look at the disk with <code>fdisk</code> or <code>parted</code>, they'll see a GPT disk instead of an MBR one and a BIOS boot partition will be present, which stores the GRUB boot code on a GPT disk. == Dependencies == This is isolated to Anaconda and is principally dependent on getting the changes into Anaconda. == Contingency Plan == * Contingency mechanism: Revert the change in upstream Anaconda * Contingency deadline: Final Freeze * Blocks release? Yes == Documentation == The upstream documentation will be updated as part of the change in Anaconda. == Release Notes == Fedora Linux now uses GPT (GUID Partition Table) partitioning by default for x86_64 systems that use legacy BIOS instead of UEFI. This brings a more modern method of partitioning disks and aligns closer with UEFI-based installations, which already use GPT partitioning. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 proposal: BIOS boot.iso with GRUB2 (System-Wide Change proposal)
by Ben Cotton 13 May '22

13 May '22

https://fedoraproject.org/wiki/Changes/BIOSBootISOWithGrub2 This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == Modify [https://github.com/weldr/lorax/tree/master/share/templates.d/99-generic lorax-generic-templates] to use GRUB2 when booting the boot.iso on BIOS systems, instead of syslinux. Upstream syslinux development is dead, and the Fedora maintainer would like to drop the package from the distribution. GRUB2 works as a replacement in most situations and continues to have upstream support. == Owner == * Name: [[User:bcl| Brian C. Lane]] * Email: bcl(a)redhat.com == Detailed Description == After the recent discussion surrounding removing BIOS support from the boot.iso I have modified the templates used to build it to use GRUB2 with help from the xorriso author Thomas Schmitt. In testing so far this seems to work in the majority of cases, which should be sufficient to keep Fedora working on most BIOS systems. == Feedback == The community is strongly in favor of continuing to support BIOS booting for the boot.iso, we figured out how to use GRUB2 instead of syslinux so that we can continue to support BIOS systems. == Benefit to Fedora == The benefit to Fedora is that it will continue to be available on BIOS systems, at least until GRUB2 stops supporting it. == Scope == * Proposal owners: Update lorax-generic-templates to use GRUB2. See the [https://github.com/weldr/lorax/pull/1226 Lorax PR] * Other developers: Pungi uses the boot.iso as the basis for the DVD and may need changes. I have opened a [https://pagure.io/pungi/issue/1608 Pungi issue] to track this. * Release engineering: [https://pagure.io/releng/issues/10788] * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == This will have no effect on upgrades, it only effects the installation boot media. == How To Test == Testing can be done with the test iso from [https://bcl.fedorapeople.org/boot-grub2-f36.iso] or by checking out the [https://github.com/weldr/lorax/pull/1226 Lorax PR] and running Lorax from the git repo to build a new boot.iso locally: sudo PATH="./src/sbin:$PATH" PYTHONPATH=./src/ ./src/sbin/lorax \ -p Fedora -v rawhide -r rawhide \ -s https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everythin… \ --logfile=lorax-build.log --sharedir ./share/ --tmp /var/tmp/ \ ./rawhide-lorax/ |& tee lorax-build-out.log == User Experience == Users will notice that the boot.iso menu is now using GRUB2 when booting on BIOS and UEFI systems. == Dependencies == Pungi uses Lorax to create the base of the DVD, it then repackages it without using the templates. These changes may cause problems for that workflow, an issue has been filed with Pungi for this. == Contingency Plan == * Contingency mechanism: I will revert the changes to the templates and return to syslinux. * Contingency deadline: Beta Freeze * Blocks release? Yes If the change does not work we can easily fall back to the previous templates, as long as syslinux is still available. Without syslinux, and without this change, we will have to remove BIOS support from the boot.iso as implemented in [https://github.com/weldr/lorax/pull/1205 this draft PR] == Documentation == There will be documentation included in the Lorax PR. == Release Notes == -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce May 2022