devel-announce February 2022

devel-announce@lists.fedoraproject.org

4 participants
18 discussions

Start a nNew thread

List of long term FTBFS packages to be retired tomorrow
by Miro Hrončok 28 Feb '22

28 Feb '22

1 0

F37 Change: Boost 1.78 upgrade (System-Wide Change proposal)
by Ben Cotton 23 Feb '22

23 Feb '22

https://fedoraproject.org/wiki/Changes/F37Boost178 == Summary == This change brings Boost 1.78 to Fedora. This will mean Fedora ships with a recent upstream Boost release. == Owner == * Name: [[User:trodgers| Thomas Rodgers]] * Email: trodgers(a)redhat.com == Detailed Description == The aim is to synchronize Fedora with the most recent Boost release. Because ABI stability is absent from Boost, this entails rebuilding of all dependent packages. This also entails the change owner assisting maintainers of client packages in decoding cryptic boost-ese seen in output from g++. The equivalent changes for previous releases were [[Changes/F35Boost176]], [[Changes/F34Boost175]], [[Changes/F33Boost173]], [[Changes/F30Boost169|Fedora 30 Change]], [[Changes/F29Boost167|Fedora 29 Change]], [[Changes/F28Boost166|Fedora 28 Change]], [[Changes/F27Boost164|Fedora 27 Change]], [[Changes/F26Boost163|Fedora 26 Change]], [[Changes/F25Boost161|Fedora 25 Change]], [[Changes/F24Boost160|Fedora 24 Change]], [[Changes/F23Boost159|Fedora 23 Change]] and [[Changes/F22Boost158|Fedora 22 Change]]. == Benefit to Fedora == Fedora 37 includes Boost 1.78. Fedora will stay relevant, as far as Boost clients are concerned. Boost 1.78 does not bring any new components, but includes two new header-only libraries from Boost 1.77 - * Describe: A C++14 reflection library. Provides macros for describing enumerators and struct/class members, and primitives for querying this information. * Lambda2: A C++14, dependency-free, single header lambda library. Allows simple function objects to be constructed via expressions such as _1 + 5, _1 % 2 == 0, _1 > _2, or _1 == ' ' || _1 == '\t'. Boost 1.78 also includes many fixes and enhancements to existing components. == Scope == * Proposal owners: ** Build will be done with Boost.Build v2 (which is the upstream-sanctioned way of building Boost) ** Request a "f37-boost" [https://docs.pagure.org/releng/sop_adding_side_build_targets.html build system tag] ([http://lists.fedoraproject.org/pipermail/devel/2011-November/159908.html discussion]): ** Build boost into that tag (take a look at the [http://koji.fedoraproject.org/koji/buildinfo?buildID=606493 build #606493] for inspiration) ** Post a request for rebuilds to fedora-devel ** Work on rebuilding dependent packages in the tag. ** When most is done, re-tag all the packages to rawhide ** Watch fedora-devel and assist in rebuilding broken Boost clients (by fixing the client, or Boost). * Other developers: ** Those who depend on Boost DSOs will have to rebuild their packages. Feature owners will alleviate some of this work as indicated above, and will assist those whose packages fail to build in debugging them. * Release engineering: TODO  (a check of an impact with Release Engineering is needed) * Policies and guidelines: ** Apart from scope, this is business as usual, so no new policies, no new guidelines. * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == * No manual configuration or data migration needed. * Some impact on other packages needing code changes to rebuild. Historically this hasn't been too much of a problem and could always be resolved before deadline. == How To Test == * No special hardware is needed. * Integration testing simply consists of installing Boost packages (`dnf install boost`) on Fedora and checking that it does not break other packages (see below for a way to obtain a list of boost clients). == User Experience == * Expected to remain largely the same. * Developers building third-party software on Fedora may need to rebuild against the new Boost packages, and may need to adjust their code if the new Boost release is not source-compatible. == Dependencies == Packages that must be rebuilt: <code>$ dnf repoquery -s --releasever=rawhide --whatrequires libboost\* --disablerepo=* --enablerepo=fedora | sort -u</code> All clients: <code>$ dnf repoquery --releasever=rawhide --archlist=src --whatrequires boost-devel --disablerepo='*' --enablerepo=fedora-source</code> == Contingency Plan == * Contingency mechanism: Worst case scenario is to abandon the update and simply ship F37 with Boost 1.76, which is already in rawhide. * Blocks release? No * Blocks product? None == Documentation == * https://www.boost.org/users/history/version_1_78_0.html (released on 8th December 2021) * https://www.boost.org/users/history/version_1_77_0.html (released on 11 August 2021) * https://www.boost.org/development/index.html == Release Notes == -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 Change: Curl-minimal as default (System-Wide Change proposal)
by Ben Cotton 22 Feb '22

22 Feb '22

https://fedoraproject.org/wiki/Changes/CurlMinimal_as_Default == Summary == `libcurl-minimal` and `curl-minimal` will be installed by default instead of `libcurl` and `curl`. The "minimal" variants provide only a subset of protocols (HTTP, HTTPS, FTP). The full versions can be explicitly requested as `libcurl-full` and `curl-full`. == Owner == * Name: [[User:Zbyszek| Zbigniew Jędrzejewski-Szmek]] * Email: zbyszek at in.waw.pl * Name: [[User:Kdudka| Kamil Dudka]] * Email: kdudka at redhat.com == Detailed Description == The `curl` package provides two sets of subpackages: `curl`+`libcurl` and `curl-minimal`+`libcurl+minimal`. `curl-minimal`+`libcurl-minimal` are compiled with various semi-obsolete protocols and infrequently-used features disabled: DICT, GOPHER, IMAP, LDAP, LDAPS, MQTT, NTLM, POP3, RTSP, SMB, SMTP, SFTP, SCP, TELNET, TFTP, brotli compression, IDN2 names. (Both variants support HTTP, HTTPS, and FTP.) `curl-minimal` has `Provides:curl` and `libcurl-minimal` has `Provides:libcurl`. This means that both sets can be used to satisfy a dependency on `curl` or `libcurl`. `curl` has the virtual `Provides:curl-full` and `libcurl` has the virtual `Provides:libcurl-full`. The user or another package can explicitly pull in the full variants, e.g. with `dnf install curl-full` or `Requires: libcurl-full`. With this change, `Suggests: libcurl-minimal` or `Suggests: curl-minimal` will be added to a few packages that already have a dependency on `libcurl` or `curl`. Currently, doing this for `systemd` and `rpm` is planned. Effectively, `dnf` will install the minimal variants, unless another package has a stronger dependency on the full variants. == Benefit to Fedora == There are two separate motivations for this. Those infrequently used protocols are less tested than the common ones and are a source of security bugs. Most users are not using those protocols anyway, so disabling them reduces the bug and attack surface. (In fact, many applications already call `curl_easy_setopt(c, CURLOPT_PROTOCOLS, …)` to internally limit what protocols are supported. So even if `libcurl` is swapped for `libcurl-minimal` for many uses this will not be a difference.) The packages for the minimal variants are smaller: a trivial installation with `curl-minimal`+`libcurl+minimal` is 18 MB download, 57 MB installed size, 50 packages; the same with `curl-full` and `libcurl-full` is 21 MB download, 65 installed size, 62 packages. Thus we save 8 MB, reducing the initial size by 12%. == Scope == * Proposal owners: Create pull requests to add `Suggests: curl-minimal` or `Suggests: libcurl-minimal` as appropriate to packages which already require `curl` or `libcurl`: `rpm` and `systemd`. This means that any installation (which should be most of them) will get the minimal variants. * Other developers: For packages that use the full variants: add `Recommends: curl-full` or `Recommends: libcurl-full` or `Requires: curl-full` or `Requires: libcurl-full` as appropriate. * 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 == Users who use curl or another application which uses libcurl with the removed protocols will lose support for those protocols. They will need to explicitly install the full variants. == How To Test == `dnf swap curl curl-minimal` or `dnf swap libcurl libcurl-minimal` and check that `curl` and other applications using `libcurl` still work. == User Experience == This should be not be noticed by users, except as noted above in Upgrade/compatibility impact. == Dependencies == == Contingency Plan == Remove the additions of Suggests, or even add explicit Recommends or Requires. * Contingency deadline: any time, possibly even after the final release * Blocks release? No == Documentation == This page should be enough. == Release Notes == `curl-minimal` and `libcurl-minimal` are installed by default. The support for various obsolete protocols is unavailable by default through curl (DICT, GOPHER, IMAP, LDAP, LDAPS, MQTT, NTLM, POP3, RTSP, SMB, SMTP, SFTP, SCP, TELNET, TFTP, brotli compression, IDN2 names). -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

Fedora 36 Bodhi updates-testing Activation and Beta Freeze
by Tomas Hrcka 22 Feb '22

22 Feb '22

Hi all, Today's an important day on the Fedora 36 schedule[1], with several significant cut-offs. First of all, today is the Bodhi updates-testing activation point [2]. That means that from now all Fedora 36 packages must be submitted to updates-testing and pass the relevant requirements[3] before they will be marked as 'stable' and moved to the fedora repository. Today is also the Beta freeze[4]. This means that only packages which fix accepted blocker or freeze exception bugs[5][6] will be marked as 'stable' and included in the Beta composes. Other builds will remain in updates-testing until the Beta release is approved, at which point the Beta freeze is lifted and packages can move to 'stable' as usual until the Final freeze. Today is also the Software String freeze[7], which means that strings marked for translation in Fedora-translated projects should not now be changed for Fedora 36. Finally, today is the 'completion deadline' Change Checkpoint[8], meaning that Fedora 36 Changes must now be 'feature complete or close enough to completion that a majority of its functionality can be tested'. All tracking bugs should be on ON_QA state or later to reflect this. Regards Tomáš Hrčka [1] https://fedorapeople.org/groups/schedule/f-36/f-36-key-tasks.html [2] https://fedoraproject.org/wiki/Updates_Policy#Bodhi_enabling [3] https://fedoraproject.org/wiki/Updates_Policy#Branched_release [4] https://fedoraproject.org/wiki/Milestone_freezes [5] https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process [6] https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process [7] https://fedoraproject.org/wiki/ReleaseEngineering/StringFreezePolicy [8] https://fedoraproject.org/wiki/Changes/Policy

1 0

List of long term FTBFS packages to be retired in March
by Miro Hrončok 21 Feb '22

21 Feb '22

Dear maintainers. Based on the current fail to build from source policy, the following packages should be retired from Fedora 36 approximately one week before branching. However, 5 weekly reminders are required and I forgot to start this sooner, hence the retirement will happen in 1 week, i.e. March 1st 2022. Since this is after the Beta Freeze, I will skip retiring components with depending packages. Such components (if any) will be retired during the next release cycle, and are included in this report for completeness. Policy: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… The packages in rawhide were not successfully built at least since Fedora 33. This report is based on dist tags. Packages collected via: https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbf… If you see a package that was built, please let me know. If you see a package that should be exempted from the process, please let me know and we can work together to get a FESCo approval for that. If you see a package that can be rebuilt, please do so. Package (co)maintainers =============================================================================== adf-tribun-fonts frixxon, nim catharsis-cormorant-fonts nim ecolier-court-fonts frixxon, nim gfs-ambrosia-fonts frixxon, nim gfs-artemisia-fonts nim gfs-baskerville-fonts nim gfs-bodoni-classic-fonts nim gfs-bodoni-fonts nim gfs-complutum-fonts nim gfs-decker-fonts nim gfs-didot-classic-fonts nim gfs-didot-display-fonts nim gfs-didot-fonts nim gfs-eustace-fonts nim gfs-fleischman-fonts nim gfs-galatea-fonts nim gfs-garaldus-fonts nim gfs-gazis-fonts nim gfs-goschen-fonts nim gfs-ignacio-fonts nim gfs-jackson-fonts nim gfs-neohellenic-fonts nim gfs-neohellenic-math-fonts nim gfs-nicefore-fonts nim gfs-olga-fonts nim gfs-orpheus-classic-fonts nim gfs-orpheus-fonts nim gfs-orpheus-sans-fonts nim gfs-philostratos-fonts nim gfs-porson-fonts nim gfs-pyrsos-fonts nim gfs-solomos-fonts nim gfs-theokritos-fonts nim ht-alegreya-sans-fonts nim impallari-dancing-script-fonts nim intel-clear-sans-fonts nim kemie-bellota-fonts nim libicu65 pwalter ndiscover-exo-2-fonts nim rubygem-cucumber-rails orphan rubygem-sup dcallagh, jaruga, ruby-packagers-sig, shreyankg sil-alkalami-fonts nim sil-andika-compact-fonts nim sil-andika-fonts nim sil-andika-new-basic-fonts nim sil-annapurna-fonts nim sil-apparatus-fonts nim sil-awami-nastaliq-fonts nim sil-charis-compact-fonts nim sil-dai-banna-fonts nim sil-ezra-fonts nim sil-gentium-plus-compact-fonts nim sil-harmattan-fonts nim sil-mondulkiri-extra-fonts nim sil-mondulkiri-fonts nim sil-namdhinggo-fonts nim sil-shimenkan-fonts nim sil-sophia-nubian-fonts nim sil-tagmukay-fonts nim sil-tai-heritage-pro-fonts nim symbian-m-yuppy-gb-fonts nim tmux-top ttomecek typesetit-great-vibes-fonts nim uswds-public-sans-fonts nim vernnobile-muli-fonts nim vernnobile-nunito-fonts nim vernnobile-oswald-fonts nim wagesreiter-patrick-hand-fonts nim weiweihuanghuang-work-sans-fonts nim yanone-kaffeesatz-fonts nim All listed packages are leaf packages, nothing depends on them. Affected (co)maintainers dcallagh: rubygem-sup frixxon: adf-tribun-fonts, ecolier-court-fonts, gfs-ambrosia-fonts jaruga: rubygem-sup nim: sil-namdhinggo-fonts, yanone-kaffeesatz-fonts, gfs-decker-fonts, gfs-didot-fonts, gfs-bodoni-fonts, impallari-dancing-script-fonts, gfs-didot-display-fonts, typesetit-great-vibes-fonts, sil-charis-compact-fonts, sil-tagmukay-fonts, uswds-public-sans-fonts, weiweihuanghuang-work-sans-fonts, ecolier-court-fonts, gfs-solomos-fonts, gfs-jackson-fonts, catharsis-cormorant-fonts, gfs-neohellenic-fonts, sil-annapurna-fonts, gfs-neohellenic-math-fonts, sil-andika-new-basic-fonts, gfs-eustace-fonts, adf-tribun-fonts, gfs-fleischman-fonts, sil-awami-nastaliq-fonts, sil-dai-banna-fonts, sil-mondulkiri-fonts, vernnobile-nunito-fonts, gfs-theokritos-fonts, ndiscover-exo-2-fonts, symbian-m-yuppy-gb-fonts, sil-andika-fonts, gfs-goschen-fonts, ht-alegreya-sans-fonts, gfs-olga-fonts, gfs-complutum-fonts, gfs-artemisia-fonts, gfs-orpheus-sans-fonts, gfs-ambrosia-fonts, sil-shimenkan-fonts, wagesreiter-patrick-hand-fonts, intel-clear-sans-fonts, sil-apparatus-fonts, sil-mondulkiri-extra-fonts, gfs-garaldus-fonts, vernnobile-oswald-fonts, sil-harmattan-fonts, gfs-orpheus-classic-fonts, gfs-bodoni-classic-fonts, sil-sophia-nubian-fonts, kemie-bellota-fonts, sil-tai-heritage-pro-fonts, gfs-pyrsos-fonts, gfs-baskerville-fonts, sil-andika-compact-fonts, gfs-porson-fonts, gfs-orpheus-fonts, gfs-gazis-fonts, gfs-philostratos-fonts, gfs-nicefore-fonts, vernnobile-muli-fonts, gfs-galatea-fonts, gfs-didot-classic-fonts, sil-gentium-plus-compact-fonts, sil-ezra-fonts, sil-alkalami-fonts, gfs-ignacio-fonts pwalter: libicu65 ruby-packagers-sig: rubygem-sup shreyankg: rubygem-sup ttomecek: tmux-top

1 0

Orphaned packages looking for new maintainers
by Miro Hrončok 21 Feb '22

21 Feb '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-02-21.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 ================================================================================ 3proxy orphan 4 weeks ago DivFix++ orphan 4 weeks ago colorize orphan 4 weeks ago elmon orphan 4 weeks ago erlang-riak_control bowlofeggs, erlang-maint-sig, orphan 0 weeks ago hans orphan 4 weeks ago httpd-itk orphan 4 weeks ago javahelp2 orphan 2 weeks ago laby orphan 6 weeks ago mysqlreport orphan, wolfy 4 weeks ago nautilus-image-converter orphan, timj 2 weeks ago pacmanager ngompa, orphan 4 weeks ago percol orphan 4 weeks ago perl-File-Finder orphan 4 weeks ago perl-File-Inplace orphan 4 weeks ago perl-HTML-Tidy gnat, jplesnik, mmaslano, mspacek, 2 weeks ago orphan, ppisar perl-Lingua-EN-Fathom jfearn, orphan 4 weeks ago perl-Lingua-EN-Syllable orphan 4 weeks ago perl-MouseX-App-Cmd orphan 2 weeks ago perl-ParseLex orphan 4 weeks ago pgcenter orphan 4 weeks ago pgdbf orphan 4 weeks ago php-pecl-datadog_trace orphan 3 weeks ago php-pecl-solr2 orphan 6 weeks ago pstreams-devel jwakely, orphan 4 weeks ago publican jfearn, orphan 4 weeks ago python-ECPy orphan 4 weeks ago python-angr fab, orphan 1 weeks ago python-btchip jonny, orphan 4 weeks ago python-cmigemo orphan 4 weeks ago python-discord orphan 0 weeks ago python-luftdaten orphan 3 weeks ago python-netssh2 orphan 6 weeks ago python-wand orphan 6 weeks ago rpg-cli orphan, rust-sig 1 weeks ago rubygem-cucumber-rails orphan 0 weeks ago rubygem-database_cleaner orphan 0 weeks ago rubygem-ruby-ntlm orphan 3 weeks ago slim aarem, orphan 4 weeks ago sqlite3-dbf orphan 4 weeks ago ssh-contact orphan 2 weeks ago telepathy-farstream orphan 2 weeks ago telepathy-idle orphan 2 weeks ago telepathy-logger orphan, rishi 2 weeks ago teseq orphan 4 weeks ago trickle orphan, villadalmine, wolfy 4 weeks ago uml_utilities chkr, orphan 7 weeks ago vanessa_adt orphan 4 weeks ago vanessa_socket orphan 4 weeks ago vorbisgain orphan 2 weeks ago w_scan orphan 1 weeks ago xorg-sgml-doctools airlied, ajax, alexl, caillon, 3 weeks ago caolanm, glisse, mbarnes, orphan, rhughes, rstrode, slaanesh, ssp, whot xorg-x11-docs airlied, ajax, alexl, caillon, 3 weeks ago caolanm, glisse, mbarnes, orphan, rhughes, rstrode, slaanesh, ssp, whot xorg-x11-drv-sisusb airlied, ajax, alexl, caillon, 3 weeks ago caolanm, glisse, mbarnes, orphan, rhughes, rstrode, ssp, whot xorg-x11-drv-v4l airlied, ajax, alexl, caillon, 3 weeks ago caolanm, glisse, mbarnes, mchehab, orphan, rhughes, rstrode, ssp, whot xorg-x11-twm airlied, ajax, alexl, caillon, 3 weeks ago caolanm, glisse, mbarnes, orphan, rhughes, rstrode, slaanesh, ssp, whot xorg-x11-xdm airlied, ajax, alexl, caillon, 3 weeks ago caolanm, glisse, mbarnes, orphan, rhughes, rstrode, ssp, whot xorg-x11-xfs airlied, ajax, alexl, caillon, 3 weeks ago caolanm, glisse, mbarnes, orphan, rhughes, rstrode, slaanesh, ssp, whot xorg-x11-xsm airlied, ajax, alexl, caillon, 3 weeks ago caolanm, glisse, mbarnes, orphan, rhughes, rstrode, ssp, whot The following packages require above mentioned packages: Report too long, see the full version at https://churchyard.fedorapeople.org/orphans-2022-02-21.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: slim airlied: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb ajax: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb alexl: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb ankursinha: perl-HTML-Tidy bowlofeggs: erlang-riak_control caillon: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb caolanm: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb chimosky: xorg-x11-drv-sisusb chkr: uml_utilities dacav: perl-HTML-Tidy dvratil: telepathy-farstream, telepathy-logger erlang-maint-sig: erlang-riak_control eseyman: perl-HTML-Tidy fab: python-angr filiperosset: pstreams-devel fmuellner: telepathy-idle, telepathy-logger gbcox: telepathy-farstream glisse: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb gnat: perl-HTML-Tidy gnome-sig: telepathy-idle, telepathy-logger iarnell: perl-HTML-Tidy jfearn: perl-Lingua-EN-Syllable, perl-Lingua-EN-Fathom, publican, perl-File-Inplace jgrulich: telepathy-farstream, telepathy-logger jonny: python-btchip jplesnik: perl-HTML-Tidy jreznik: telepathy-farstream, telepathy-logger jwakely: pstreams-devel kde-sig: telepathy-farstream, telepathy-logger lkundrak: perl-HTML-Tidy mathstuf: perl-HTML-Tidy mbarnes: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb mchehab: xorg-x11-drv-v4l mck182: telepathy-farstream, telepathy-logger mmaslano: perl-HTML-Tidy mspacek: perl-HTML-Tidy neuro-sig: perl-HTML-Tidy ngompa: pacmanager nucleo: telepathy-farstream pbrobinson: xorg-x11-drv-sisusb petersen: perl-HTML-Tidy ppisar: perl-HTML-Tidy qulogic: perl-HTML-Tidy rdieter: telepathy-farstream, telepathy-logger rhughes: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb rishi: telepathy-logger robert: perl-HTML-Tidy rstrode: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb rust-sig: rpg-cli sergiomb: perl-HTML-Tidy slaanesh: xorg-sgml-doctools, xorg-x11-twm, xorg-x11-xfs, xorg-x11-docs slankes: telepathy-farstream ssp: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb tejas: telepathy-farstream thm: perl-HTML-Tidy timj: nautilus-image-converter villadalmine: trickle whot: xorg-x11-drv-v4l, xorg-x11-docs, xorg-x11-xfs, xorg-x11-xsm, xorg-x11-twm, xorg-x11-xdm, xorg-sgml-doctools, xorg-x11-drv-sisusb wolfy: mysqlreport, trickle -- 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-02-21 18:14:04 UTC

1 0

F37 Change: Enable read only /sysroot for Fedora Silverblue & Kinoite (Self-Contained Change proposal)
by Ben Cotton 16 Feb '22

16 Feb '22

https://fedoraproject.org/wiki/Changes/Silverblue_Kinoite_readonly_sysroot == Summary == This change is about enabling an opt-in ostree feature that re-mounts `/sysroot` as read only to avoid accidental changes. Users and administrators are not expected to directly interact with the content available there and should instead use the interface offered by rpm-ostree, GNOME Software or (soon) Plasma Discover to manage their system. == Owner == * Name: [[User:Siosm| Timothée Ravier]], [[User:Tpopela| Tomáš Popela]], [[User:jkonecny| Jiří Konečný]] * Email: siosm(a)fedoraproject.org, tpopela(a)fedoraproject.org, jkonecny(a)redhat.com * FESCo shepherd: [[User:Ngompa| Neal Gompa]] ngompa(a)fedoraproject.org == Detailed Description == On rpm-ostree based systems, the real root (the root directory of the root partition on the disk) is mounted under the `/sysroot` path. By default it contains the state of the system (the content of `var` and `etc`) as well as the system versions themselves (each versioned copy of `/usr`) in the ostree repository (`/ostree/repo`). This change is about enabling an opt-in ostree feature that re-mounts `/sysroot` as read only to avoid accidental changes. Users and administrators are not expected to directly interact with the content available there and should instead use the interface offered by rpm-ostree, GNOME Software or (soon) Plasma Discover to manage their system. Example of issue: https://github.com/fedora-silverblue/issue-tracker/issues/232 This change replicates for Fedora Silverblue/Kinoite what has been done in Fedora CoreOS in a previous release. == Feedback == None so far. == Benefit to Fedora == This will make Fedora Silverblue/Kinoite more robust to accidental damage from users. == Scope == * Proposal owners: ** Work on the changes requires for new installations (potentially Anaconda configuration changes) and support for in place updates for existing installations (requires a two step process). * Other developers: ** Potential Anaconda changes required. * Release engineering: N/A * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: N/A == Upgrade/compatibility impact == We will create a systemd unit that perform the updates in place for existing systems. This will require a two step process (changing the existing kernel arguments, and then enabling the ostree feature). Once the feature is enabled, user won't be able to rollback to previous deployments where the kernel argument is not set. We will have to clearly document that in the documentation for easier troubleshooting. == How To Test == Only try the following if you are confortable debugging an un-bootable system and have made backups! `$ sudo rpm-ostree kargs --append-if-missing=rw` `$ sudo ostree config --repo=/sysroot/ostree/repo set "sysroot.readonly" "true"` `$ sudo systemctl reboot` Note that you can not "rollback" to the previous deployment to undo this change. You will have to boot into a Live ISO and edit the config file in the ostree repo to remove this config option. == User Experience == There should be no visible change in user experience. == Dependencies == Requires changes in Anaconda (maybe just config?) to set default kargs and property on ostree repo for new installations. == Contingency Plan == Revert the change before the release. == Documentation == N/A (not a System Wide Change) == Release Notes == TODO -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 Change: Make pkexec and pkla-compat optional (Self-Contained Change proposal)
by Ben Cotton 16 Feb '22

16 Feb '22

https://fedoraproject.org/wiki/Changes/polkit_recommends_pkla_pkexec == Summary == Split `pkexec` from the polkit package and make it a recommended only sub-package. Similarly, make the polkit-pkla-compat package a recommended package too. This will enable users and desktop no longer relying on those features to avoid installing them. == Owner == * Name: [[User:Siosm| Timothée Ravier]], Jan Rybar * Email: siosm(a)fedoraproject.org, jrybar(a)redhat.com == Detailed Description == `pkexec` and `pkla-compat` ([https://src.fedoraproject.org/rpms/polkit-pkla-compat package]) are legacy tools that are no longer needed on a desktop and increase the attack surface as they are SetUID binaries (`pkexec`) or not maintained anymore (`pkla-compat`). This change will thus split `pkexec` from the polkit package and make it a recommended only sub-package. Similarly, it will make the polkit-pkla-compat package a recommended package too. This will enable users and desktop no longer relying on those features to avoid installing them. Users that still need those features will easily be able to install them. See in progress PR: https://src.fedoraproject.org/rpms/polkit/pull-request/2 == Feedback == Related discussion in https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org… See in progress PR: https://src.fedoraproject.org/rpms/polkit/pull-request/2 == Benefit to Fedora == Increased security, less legacy software installed by default, moving to a more secure desktop by default. == Scope == * Proposal owners: ** Test as many desktop environments as possible and add the new dependencies for the packages requiring either polkit-pkla-compat rules support or pkexec. * Other developers: ** Test as many desktop environments as possible and add the new dependencies for the packages requiring either polkit-pkla-compat rules support or pkexec. * Release engineering: * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A * Alignment with Objectives: == Upgrade/compatibility impact == Nothing should happen during upgrades for existing systems as the packages are still available and will be kept as is and the new polkit-pkexec package will be installed for users not deselecting recommends. Only new installations that will not have those packages will be impacted and the risk of security issues with the pkla rules removal is low. == How To Test == 1. Install the polkit package from https://copr.fedorainfracloud.org/coprs/siosm/polkit/ 2. Remove the polkit-pkexec sub-package and polkit-pkla-compat package 3. Ensure that your applications and desktop environment are still working as intended. Focus on applications that require privileges. == User Experience == N/A == Dependencies == N/A == Contingency Plan == Revert the change. == Documentation == N/A (not a System Wide Change) == Release Notes == TODO -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

List of long term FTBFS packages to be retired in March
by Miro Hrončok 16 Feb '22

16 Feb '22

Dear maintainers. Based on the current fail to build from source policy, the following packages should be retired from Fedora 36 approximately one week before branching. However, 5 weekly reminders are required and I forgot to start this sooner, hence the retirement will happen in 5 weeks, i.e. March 1st 2022. Since this is after the Beta Freeze, I will skip retiring components with depending packages. Such components (if any) will be retired during the next release cycle, and are included in this report for completeness. Policy: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… The packages in rawhide were not successfully built at least since Fedora 33. This report is based on dist tags. Packages collected via: https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbf… If you see a package that was built, please let me know. If you see a package that should be exempted from the process, please let me know and we can work together to get a FESCo approval for that. If you see a package that can be rebuilt, please do so. Package (co)maintainers =============================================================================== adf-tribun-fonts frixxon, nim catharsis-cormorant-fonts nim ecolier-court-fonts frixxon, nim gfs-ambrosia-fonts frixxon, nim gfs-artemisia-fonts nim gfs-baskerville-fonts nim gfs-bodoni-classic-fonts nim gfs-bodoni-fonts nim gfs-complutum-fonts nim gfs-decker-fonts nim gfs-didot-classic-fonts nim gfs-didot-display-fonts nim gfs-didot-fonts nim gfs-eustace-fonts nim gfs-fleischman-fonts nim gfs-galatea-fonts nim gfs-garaldus-fonts nim gfs-gazis-fonts nim gfs-goschen-fonts nim gfs-ignacio-fonts nim gfs-jackson-fonts nim gfs-neohellenic-fonts nim gfs-neohellenic-math-fonts nim gfs-nicefore-fonts nim gfs-olga-fonts nim gfs-orpheus-classic-fonts nim gfs-orpheus-fonts nim gfs-orpheus-sans-fonts nim gfs-philostratos-fonts nim gfs-porson-fonts nim gfs-pyrsos-fonts nim gfs-solomos-fonts nim gfs-theokritos-fonts nim ht-alegreya-sans-fonts nim impallari-dancing-script-fonts nim intel-clear-sans-fonts nim jetbrains-mono-fonts nim kemie-bellota-fonts nim libicu65 pwalter ndiscover-exo-2-fonts nim rubygem-cucumber-rails mmorsi, vondruch rubygem-sup dcallagh, jaruga, ruby-packagers-sig, shreyankg sil-alkalami-fonts nim sil-andika-compact-fonts nim sil-andika-fonts nim sil-andika-new-basic-fonts nim sil-annapurna-fonts nim sil-apparatus-fonts nim sil-awami-nastaliq-fonts nim sil-charis-compact-fonts nim sil-dai-banna-fonts nim sil-ezra-fonts nim sil-gentium-plus-compact-fonts nim sil-harmattan-fonts nim sil-mondulkiri-extra-fonts nim sil-mondulkiri-fonts nim sil-namdhinggo-fonts nim sil-shimenkan-fonts nim sil-sophia-nubian-fonts nim sil-tagmukay-fonts nim sil-tai-heritage-pro-fonts nim symbian-m-yuppy-gb-fonts nim tmux-top ttomecek typesetit-great-vibes-fonts nim uswds-public-sans-fonts nim vernnobile-muli-fonts nim vernnobile-nunito-fonts nim vernnobile-oswald-fonts nim wagesreiter-patrick-hand-fonts nim weiweihuanghuang-work-sans-fonts nim yanone-kaffeesatz-fonts nim All listed packages are leaf packages, nothing depends on them. Affected (co)maintainers dcallagh: rubygem-sup frixxon: adf-tribun-fonts, ecolier-court-fonts, gfs-ambrosia-fonts jaruga: rubygem-sup mmorsi: rubygem-cucumber-rails nim: ecolier-court-fonts, gfs-orpheus-classic-fonts, sil-tagmukay-fonts, gfs-didot-fonts, gfs-nicefore-fonts, gfs-eustace-fonts, gfs-fleischman-fonts, gfs-garaldus-fonts, gfs-solomos-fonts, sil-apparatus-fonts, gfs-ignacio-fonts, sil-mondulkiri-fonts, sil-charis-compact-fonts, gfs-neohellenic-fonts, adf-tribun-fonts, yanone-kaffeesatz-fonts, sil-alkalami-fonts, sil-shimenkan-fonts, sil-andika-fonts, gfs-galatea-fonts, gfs-olga-fonts, vernnobile-muli-fonts, gfs-baskerville-fonts, sil-sophia-nubian-fonts, typesetit-great-vibes-fonts, intel-clear-sans-fonts, gfs-porson-fonts, jetbrains-mono-fonts, sil-andika-new-basic-fonts, sil-ezra-fonts, gfs-gazis-fonts, sil-mondulkiri-extra-fonts, gfs-complutum-fonts, sil-awami-nastaliq-fonts, gfs-orpheus-fonts, sil-dai-banna-fonts, gfs-ambrosia-fonts, vernnobile-oswald-fonts, gfs-pyrsos-fonts, ht-alegreya-sans-fonts, kemie-bellota-fonts, sil-gentium-plus-compact-fonts, uswds-public-sans-fonts, sil-harmattan-fonts, gfs-decker-fonts, ndiscover-exo-2-fonts, sil-andika-compact-fonts, wagesreiter-patrick-hand-fonts, gfs-bodoni-classic-fonts, gfs-goschen-fonts, gfs-jackson-fonts, catharsis-cormorant-fonts, gfs-didot-display-fonts, gfs-neohellenic-math-fonts, impallari-dancing-script-fonts, vernnobile-nunito-fonts, gfs-theokritos-fonts, gfs-bodoni-fonts, sil-tai-heritage-pro-fonts, gfs-artemisia-fonts, gfs-orpheus-sans-fonts, gfs-philostratos-fonts, sil-annapurna-fonts, weiweihuanghuang-work-sans-fonts, symbian-m-yuppy-gb-fonts, gfs-didot-classic-fonts, sil-namdhinggo-fonts pwalter: libicu65 ruby-packagers-sig: rubygem-sup shreyankg: rubygem-sup ttomecek: tmux-top vondruch: rubygem-cucumber-rails -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

1 0

Server Updates and Reboots
by Mark O'Brien 15 Feb '22

15 Feb '22

Greetings all, Apologies for the late notice on this message. I previously sent it to the infrastructure list and should have sent it here at the same time. We will be doing a mass update/reboot this week. We haven't done one in a couple of months and would like to get all up to date before the upcoming beta freeze. Rough plan: * Monday (2022-02-14): *.stg.iad2.fedoraproject.org. update/reboot all staging hosts. We need to watch for the openshift clusters and make sure they come back up correctly. * Tuesday (2022-02-15): any non outage causing hosts. This would include proxies and their virthosts since we can take them out of dns. Also might include some virthosts in iad2 as long as all the guests on them have counterparts on other virthosts to take the load. * *Wed (2022-02-16): Outage starting at 21UTC.* Everything else left that we haven't done yet we do here. Outage ticket: https://pagure.io/fedora-infrastructure/issue/10536 This is mostly on Kevin and I, since it needs sysadmin-main, but our SOP/doc on this is horribly out of date if someone(s) would like to work on updating it. ( https://docs.fedoraproject.org/en-US/infra/sysadmin_guide/massupgrade/ ) Also there's talking to users during the outage and testing things after we are done. Thanks, Mark

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce February 2022