July 2019 - devel-announce - Fedora Mailing-Lists

HEADS UP: /usr/bin/python is Python 3 in rawhide

by Miro Hrončok

Just a reminder that builds are currently running for python2 and python3 that change the meaning of /usr/bin/python from Python 2 to Python 3 in rawhide. For details, see https://fedoraproject.org/wiki/Changes/Python_means_Python3 I'll be sending e-mails later to package owners who still depend on /usr/bin/python or who have other tools in /usr/bin/ that should be switched over. In case of trouble, block the tracker bug: https://bugzilla.redhat.com/show_bug.cgi?id=1729593 Thanks, -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

4 years, 9 months

1
0
0 / 0

Fedora 31 System-Wide Change proposal (late): No i686 Repositories

by Miro Hrončok

https://fedoraproject.org/wiki/Changes/Noi686Repositories (Ben is on vacation, so I announcing this on his behalf.) == Summary == Stop producing and distributing the Modular and Everything i686 repositories. == Owner == * Name: Kevin Fenzi * Email: kevin(a)scrye.com == Current status == * Targeted release: [[Releases/31| Fedora 31 ]] * Last updated:  {{REVISIONYEAR}}-{{REVISIONMONTH}}-{{REVISIONDAY2}} * Tracker bug: <will be assigned by the Wrangler> * Release notes tracker: <will be assigned by the Wrangler> == Detailed Description == With the dropping of the i686 kernel package it's no longer possible to directly install Fedora 31 or later on i686 hardware, however, it is still possibly to upgrade older releases as long as we continue to provide a repository. This will leave those users with an old possibly vulnerable kernel installed. The only other use/need for the repostories is to allow maintainers to debug and test fixes for multilib shipped packages, but the koji buildroot repo can be used for this use case. == Benefit to Fedora == * users won't try and upgrade old i686 installs with insecure kernels. * compose times will be decreased (no more gathering i686 packages up and running createrepo on them). * Updates push times will be reduced. * disk size on mirrors will be reduced. == Scope == * Proposal owners: ** modify pungi-fedora to no longer produce i386 repo for Everything and Modular, modify bodhi config for f31+ to not make i386 repos for updates/updates-testing. ** modify mock to use the koji buildroot for i686 for f31+ for those few users that need to build i686 packages locally. * Other developers: n/a * Release engineering: [https://pagure.io/releng/issues 8529] == Upgrade/compatibility impact == i686 users will not be able to upgrade, and will have to move to another supported arch. == How To Test == * Confirm that there are no trees under https://dl.fedoraproject.org/pub/fedora-secondary/development/rawhide/Eve... or https://dl.fedoraproject.org/pub/fedora-secondary/development/rawhide/Mod... * Confirm that there are no trees under https://dl.fedoraproject.org/pub/fedora-secondary/updates/31/{Everything|... or https://dl.fedoraproject.org/pub/fedora-secondary/updates/testing/31/{Eve... * Confirm that mock can init a chroot for fedora-i386-31 using the koji buildroot repository. == User Experience == * Users will get updates and rawhide and rc composes faster. * Users will not be able to upgrade to a insecure Fedora configuration. == Contingency Plan == i686 trees will just continue to be composed and published. Users can upgrade to them (with an old kernel from f30). -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

4 years, 9 months

1
0
0 / 0

Planned Outage -pagure.io - 2019-07-12 21:00 UTC

by Kevin Fenzi

Planned Outage -pagure.io - 2019-07-12 21:00 UTC There will be an outage starting at 2019-07-12 21:00 UTC , which will last approximately 4 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2019-07-12 21:00UTC' Reason for outage: We will be moving pagure.io from one datacenter to another. The time to sync the data is expected to be around an hour, but we are leaving time for configuration issues or network problems. We will try and minimize the downtime as much as possible. Sorry for the short notice on this outage window. Affected Services: https://pagure.io https://docs.pagure.org Ticket Link: None. :) Since pagure.io will be down. Please join #fedora-admin or #fedora-noc on irc.freenode.net or add comments to the ticket for this outage above.

4 years, 9 months

1
0
0 / 0

Fedora 31 Self-Contained Change proposal: Mono 5.20

by Ben Cotton

https://fedoraproject.org/wiki/Changes/Mono_5_20 == Summary == Update the Mono stack in Fedora from 5.18 to 5.20. It seems we need to do again a bootstrap build. == Owner == * Name: [[User:tpokorra|Timotheus Pokorra]] * Email: tpokorra(a)fedoraproject.org == Detailed Description == I had hoped, that between minor releases, we could build Mono without doing a bootstrap. I can build Mono 5.20 fine with a bootstrap, but not without. I did some experimenting, with the idea of a fake bootstrap, by using the existing Mono in Fedora, and avoiding the checks for the mscorlib version. But that ended in compiler errors. I asked upstream, but have not yet received a reply: https://github.com/mono/mono/issues/15643 I have successfully built Mono 5.20 without bootstrap, once I have Mono 5.20 installed. I would like to request permission to make a one time exception of the rule for building mono 5.20.1-1 using monolite and the reference assemblies, later make mono depend again on itself and rebuild mono 5.18.1-2 using mono-5.18.1-1. Steps for bootstrapping: * The Monolite binaries are included in the Mono tarball which is provided by upstream. See also http://www.mono-project.com/docs/advanced/monolite/ ** Monolite is a minimal binary distribution of mcs. This is the compiler that is able to build the rest of Mono. * The binary reference assemblies are included in the Mono tarball which is provided by upstream. The tarball also includes the sources of the reference assemblies, which are maintained here: https://github.com/dotnet/source-build * In the spec file, we usually delete all dlls and executables before the build section. * For the bootstrap, we would once keep the monolite binaries and some binary reference assemblies. * In the bootstrap, we rebuild the reference assemblies and include them in the mono-devel package, as well as the mono compiler. * After Mono has been built for all primary and secondary architectures, we enable the deletion of the binaries again in the spec file. == Benefit to Fedora == Fedora aims to showcase the latest in free and open source software - we should have the most recent release of Mono 5.x == Scope == * Proposal owners: Update mono spec and build in koji until is ready. Members of the Mono SIG can rebuild their packages with Mono 5.20, but tests with keepass for example show that it works fine without rebuilding even with Mono 5.20. Rebuild of all packages depending on Mono can happen during the regular mass rebuild. * Other developers: N/A * Policies and guidelines: N/A * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == Tests with keepass without rebuilding keepass worked fine on Mono 5.20. == How To Test == N/A (not a System Wide Change) == User Experience == == Dependencies == This is not a system wide change, but only affects packages depending on Mono, and should be managed by the members of the [[SIGs/Mono|Mono SIG]]. == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) N/A * Contingency deadline: N/A * Blocks release? N/A == Documentation == * https://fedoraproject.org/wiki/Packaging:Mono * https://github.com/mono/mono * https://copr.fedorainfracloud.org/coprs/tpokorra/mono-5.20/ * https://github.com/tpokorra/mono-5.x-fedora/tree/master/mono-5.20 -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

4 years, 9 months

1
0
0 / 0

Fedora 31 Self-Contained Change proposal: Bundler 2.0

by Ben Cotton

https://fedoraproject.org/wiki/Changes/Bundler_2.0 == Summary == Upgrade to Bundler 2.0, the latest stable gem version. == Owner == * Name: [[User:pvalena | Pavel Valena]], [[User:vondruch | Vit Ondruch]] * Email: pvalena(a)redhat.com, vondruch(a)redhat.com == Detailed Description == Bundler 2 is new major upstream release, that includes many improvements and bug fixes. == Benefit to Fedora == Keeping with a latest release, Bundler is enabling simple Ruby application dependency managemenent. == Scope == * Proposal owners: ** Move Bundler 1.16 to rubygem-bundler1 (sub)package. ** Build Bundler 2.0. Current changes: https://src.fedoraproject.org/rpms/rubygem-bundler/pull-request/5 ** Work has been done in a Copr repository: https://copr.fedorainfracloud.org/coprs/pvalena/rubygem-bundler/ * Other developers: N/A * Release engineering: N/A * Policies and guidelines: N/A * Trademark approval: N/A == Upgrade/compatibility impact == All applications and Gemfiles that currently work with Bundler 1 will continue to work with Bundler 2. Notable changes: * Dropped support for end of lifed Ruby versions 1.8.7 through 2.2 * Dropped support for end of lifed RubyGems versions 1.3.6 through 2.5 * Moved error messages from STDOUT to STDERR == How To Test == * No special hardware is needed. * Install Bundler 2 * Run `bundle --version` * Create new applications as before * If something doesn't work as it should, let us know. == User Experience == New features that come with Bundler 2.0 will be available. Current version will be available as rubygem-bundler1. == Documentation == https://bundler.io/docs.html == Release Notes == * https://bundler.io/blog/2019/01/03/announcing-bundler-2.html * https://bundler.io/blog/2018/11/04/an-update-on-bundler-2.html -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

4 years, 9 months

1
0
0 / 0

Orphaned packages need new maintainers

by Miro Hrončok

The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Request package ownership via https://pagure.io/releng/issues Find the full report at https://churchyard.fedorapeople.org/orphans-2019-07-08.txt (grep for your FAS username and follow the dependencies) Package (co)maintainers Status Change =============================================================================== aesh gil, lef, orphan 4 weeks ago bean-validation-api gil, lef, orphan 4 weeks ago cdi-api1 gil, orphan 4 weeks ago cmdtest orphan 6 weeks ago concurrent orphan 4 weeks ago containers orphan 1 weeks ago cookcc gil, lef, orphan 4 weeks ago cookxml orphan 4 weeks ago crypto-utils jorton, orphan 5 weeks ago csvcat orphan 3 weeks ago cxf-build-utils gil, lef, orphan 4 weeks ago cxf-xjc-utils gil, lef, orphan 4 weeks ago derby orphan 1 weeks ago derelict cicku, kalev, orphan 1 weeks ago dreampie cicku, orphan 3 weeks ago dsymbol orphan 1 weeks ago dustmite cicku, kalev, orphan 1 weeks ago dvb-apps orphan, pbrobinson 0 weeks ago earth-and-moon-backgrounds orphan 1 weeks ago faience-icon-theme orphan 3 weeks ago fedocal infra-sig, orphan 4 weeks ago felix-configadmin orphan 4 weeks ago flr orphan 6 weeks ago gcompris jwrdegoede, limb, orphan 1 weeks ago genbackupdata orphan 6 weeks ago gl3n cicku, kalev, orphan 1 weeks ago gnome-shell-extension-simple-dock orphan 3 weeks ago gnumed-server orphan 6 weeks ago gscribble orphan 6 weeks ago hibernate-commons-annotations gil, lef, orphan 4 weeks ago hibernate-hql gil, lef, orphan 4 weeks ago hibernate-search gil, lef, orphan 4 weeks ago hibernate-validator gil, lef, orphan 4 weeks ago jacorb gil, lef, orphan 4 weeks ago jandex gil, orphan 4 weeks ago jaxws-jboss-httpserver-httpspi lef, orphan 4 weeks ago jaxws-undertow-httpspi gil, lef, orphan 4 weeks ago jberet gil, lef, orphan 4 weeks ago jboss-annotations-1.1-api orphan 4 weeks ago jboss-classfilewriter gil, lef, orphan 4 weeks ago jboss-common-core gil, lef, orphan 4 weeks ago jboss-dmr gil, lef, orphan 4 weeks ago jboss-ejb-3.1-api orphan 4 weeks ago jboss-el-3.0-api gil, lef, orphan 4 weeks ago jboss-httpserver orphan 4 weeks ago jboss-iiop-client lef, orphan 4 weeks ago jboss-integration lef, orphan 4 weeks ago jboss-interceptors-1.1-api orphan 4 weeks ago jboss-invocation gil, lef, orphan 4 weeks ago jboss-jacc-1.5-api lef, orphan 4 weeks ago jboss-jaxb-intros lef, orphan 4 weeks ago jboss-jaxrpc-1.1-api gil, orphan 4 weeks ago jboss-logging-tools gil, lef, orphan 4 weeks ago jboss-logmanager-log4j lef, orphan 4 weeks ago jboss-metadata gil, lef, orphan 4 weeks ago jboss-modules gil, lef, mizdebsk, orphan 4 weeks ago jboss-msc gil, lef, orphan 4 weeks ago jboss-negotiation gil, lef, orphan 4 weeks ago jboss-remote-naming gil, lef, orphan 4 weeks ago jboss-remoting gil, lef, orphan 4 weeks ago jboss-remoting-jmx gil, lef, orphan 4 weeks ago jboss-rmi-1.0-api gil, lef, orphan 4 weeks ago jboss-saaj-1.3-api gil, lef, orphan 4 weeks ago jboss-sasl gil, lef, orphan 4 weeks ago jboss-servlet-3.1-api gil, lef, orphan 4 weeks ago jboss-specs-parent orphan 4 weeks ago jboss-stdio gil, lef, orphan 4 weeks ago jboss-threads gil, lef, orphan 4 weeks ago jboss-transaction-1.1-api orphan 4 weeks ago jboss-transaction-1.2-api gil, lef, orphan 4 weeks ago jboss-vfs gil, lef, orphan 4 weeks ago jboss-web-native orphan 4 weeks ago jboss-websocket-1.1-api gil, lef, orphan 4 weeks ago jbossws-api gil, lef, orphan 4 weeks ago jbossws-common gil, lef, orphan 4 weeks ago jbossws-common-tools gil, lef, orphan 4 weeks ago jbossws-parent gil, lef, orphan 4 weeks ago jbossws-spi gil, lef, orphan 4 weeks ago jdeparser gil, lef, orphan 4 weeks ago jra orphan 4 weeks ago jul-to-slf4j-stub lef, orphan 4 weeks ago kaadbg orphan 3 weeks ago ketchup orphan 1 weeks ago kimchi jcapik, orphan 6 weeks ago libdparse orphan 1 weeks ago libemu orphan 4 weeks ago librtfcomp orphan 6 weeks ago log4j-jboss-logmanager gil, lef, orphan 4 weeks ago loopabull orphan 6 weeks ago lrbd orphan 6 weeks ago mkdocs orphan 3 weeks ago mkdocs-alabaster orphan 3 weeks ago mkdocs-basic-theme orphan 3 weeks ago mkdocs-bootstrap orphan 3 weeks ago mkdocs-bootswatch orphan 3 weeks ago mkdocs-cinder orphan 3 weeks ago mkdocs-material orphan 3 weeks ago moby-engine dm0, lsm5, orphan 0 weeks ago mojarra gil, lef, orphan 4 weeks ago msgpack-d orphan 1 weeks ago narayana gil, lef, orphan 4 weeks ago netty-xnio-transport gil, lef, orphan 4 weeks ago nodejs-array-uniq nodejs-sig, orphan 6 weeks ago opensaml-java gil, lef, orphan 4 weeks ago opensaml-java-openws orphan 4 weeks ago opensaml-java-xmltooling orphan 4 weeks ago owasp-esapi-java gil, orphan 4 weeks ago pdc-updater orphan 6 weeks ago php-maennchen-zipstream-php orphan 2 weeks ago pintail immanetize, mayorga, orphan 3 weeks ago protostream gil, lef, orphan 4 weeks ago pyqt-mail-checker orphan 6 weeks ago python-bash8 orphan 4 weeks ago python-coveralls orphan 3 weeks ago python-fmn-lib infra-sig, orphan, ralph 4 weeks ago python-googletrans orphan 3 weeks ago python-honcho orphan 3 weeks ago python-larch orphan 6 weeks ago python-mandrill orphan 6 weeks ago python-pg8000 orphan 3 weeks ago python-rauth orphan 3 weeks ago python-windtalker orphan 3 weeks ago python3-curses_ex orphan 3 weeks ago python3-pyjf3 orphan 3 weeks ago repoview orphan 6 weeks ago rootplot orphan 0 weeks ago rubygem-aws-sdk orphan 4 weeks ago rubygem-binding_of_caller orphan 1 weeks ago rubygem-formtastic orphan 2 weeks ago rubygem-jquery-datatables-rails orphan 1 weeks ago rubygem-kwalify orphan 4 weeks ago rubygem-shotgun lkundrak, orphan 1 weeks ago staxmapper gil, lef, orphan 4 weeks ago stdx-allocator orphan 1 weeks ago transmission-remote-cli orphan 6 weeks ago undertow gil, lef, orphan 4 weeks ago weld-api gil, lef, orphan 4 weeks ago weld-core gil, lef, orphan 4 weeks ago wordgroupz orphan 6 weeks ago xfce4-hamster-plugin orphan 3 weeks ago xnio gil, lef, orphan 4 weeks ago The following packages require above mentioned packages: Too many dependencies, listed online at: https://churchyard.fedorapeople.org/orphans-2019-07-08.txt Affected (co)maintainers acaringi: jboss-modules, weld-core, weld-api, mojarra, jboss-vfs, hibernate-validator adimania: moby-engine akurtakov: weld-core, weld-api, jboss-vfs, hibernate-validator, jboss-classfilewriter, jboss-websocket-1.1-api, undertow arg: derby, jboss-specs-parent aruiz: moby-engine astepano: moby-engine awjb: librtfcomp awood: derby bcl: moby-engine bofh80: moby-engine brolley: derby, jboss-modules caolanm: mojarra cerberus: jdeparser, jboss-servlet-3.1-api, jboss-annotations-1.1-api, jboss-logging-tools cicku: dustmite, derelict, dreampie, gl3n cockpit: moby-engine cquad: derby, jboss-interceptors-1.1-api ctubbsii: weld-core, weld-api, jboss-ejb-3.1-api, jboss-vfs, jboss-interceptors-1.1-api dchen: jboss-modules, jacorb, jberet, jboss-specs-parent, derby, aesh, weld-api, jboss-msc, jboss-classfilewriter, jboss-jaxb-intros, jboss-websocket-1.1-api, jboss-el-3.0-api, jboss-integration, undertow, jboss-jaxrpc-1.1-api, jboss-logging-tools, jandex, jboss-remoting, jboss-iiop-client, jaxws-undertow-httpspi, cxf-build-utils, jboss-saaj-1.3-api, weld-core, xnio, jboss-remoting-jmx, mojarra, jboss-negotiation, cxf-xjc-utils, bean-validation-api, jboss-jacc-1.5-api, cookxml, jbossws-common-tools, jbossws-spi, log4j-jboss-logmanager, jboss-threads, netty-xnio-transport, jboss-ejb-3.1-api, hibernate-commons-annotations, jboss-transaction-1.1-api, hibernate-validator, jboss-invocation, jboss-sasl, jboss-vfs, jboss-transaction-1.2-api, cookcc, staxmapper, jboss-interceptors-1.1-api, jboss-metadata, jul-to-slf4j-stub, jboss-rmi-1.0-api, hibernate-search, jboss-stdio, jboss-dmr, jdeparser, jboss-remote-naming, jbossws-parent, jbossws-common, protostream, opensaml-java, narayana, jbossws-api, jboss-servlet-3.1-api, jboss-common-core decathorpe: jboss-modules, derby, bean-validation-api, jboss-transaction-1.2-api, jboss-el-3.0-api, jboss-servlet-3.1-api denisarnaud: weld-core, weld-api, jboss-ejb-3.1-api, jboss-vfs, jboss-interceptors-1.1-api dgoodwin: derby dm0: moby-engine dmoluguw: jboss-modules dominik: jboss-annotations-1.1-api dperpeet: moby-engine drsmith2: jboss-modules dtardon: mojarra eclipse-sig: jandex, weld-core, weld-api, mojarra, jboss-vfs, hibernate-validator, jboss-classfilewriter, jboss-websocket-1.1-api, jboss-el-3.0-api, undertow edewata: jboss-specs-parent, derby, aesh, weld-api, jboss-msc, jboss-classfilewriter, jboss-websocket-1.1-api, jboss-el-3.0-api, undertow, jboss-logging-tools, jboss-jaxrpc-1.1-api, jandex, jboss-remoting, xnio, jboss-remoting-jmx, bean-validation-api, jboss-jacc-1.5-api, cookxml, log4j-jboss-logmanager, jboss-threads, jboss-ejb-3.1-api, jboss-transaction-1.1-api, hibernate-validator, jboss-invocation, jboss-sasl, cookcc, staxmapper, jboss-interceptors-1.1-api, jul-to-slf4j-stub, jboss-stdio, jboss-dmr, jdeparser, protostream, jboss-servlet-3.1-api erack: mojarra fche: jboss-modules fsimonce: jboss-annotations-1.1-api galileo: cookcc, cookxml, jboss-dmr gil: jboss-modules, jacorb, jberet, jboss-specs-parent, derby, aesh, weld-api, jboss-msc, jboss-classfilewriter, jboss-jaxb-intros, jboss-websocket-1.1-api, jboss-el-3.0-api, jboss-integration, undertow, jboss-jaxrpc-1.1-api, hibernate-hql, jboss-logging-tools, jandex, jboss-remoting, jboss-iiop-client, jaxws-undertow-httpspi, cxf-build-utils, jboss-saaj-1.3-api, weld-core, xnio, jboss-annotations-1.1-api, jboss-remoting-jmx, mojarra, jboss-negotiation, cxf-xjc-utils, bean-validation-api, jboss-jacc-1.5-api, jbossws-common-tools, cookxml, jbossws-spi, felix-configadmin, log4j-jboss-logmanager, jboss-threads, netty-xnio-transport, jboss-ejb-3.1-api, hibernate-commons-annotations, jboss-vfs, hibernate-validator, jboss-invocation, jboss-sasl, owasp-esapi-java, jboss-transaction-1.2-api, jboss-transaction-1.1-api, cookcc, staxmapper, jboss-interceptors-1.1-api, jboss-metadata, jul-to-slf4j-stub, cdi-api1, jboss-rmi-1.0-api, hibernate-search, jboss-stdio, jboss-dmr, jdeparser, jboss-remote-naming, jbossws-parent, jbossws-common, protostream, opensaml-java, narayana, jbossws-api, jboss-servlet-3.1-api, jboss-common-core go-sig: moby-engine goldmann: aesh, jboss-msc, jboss-classfilewriter, jboss-websocket-1.1-api, undertow, jboss-logging-tools, jboss-jaxrpc-1.1-api, jboss-remoting, xnio, jboss-remoting-jmx, jboss-jacc-1.5-api, cookxml, log4j-jboss-logmanager, jboss-threads, jboss-ejb-3.1-api, jboss-vfs, jboss-invocation, jboss-sasl, cookcc, staxmapper, jul-to-slf4j-stub, jboss-stdio, jboss-dmr, jdeparser, protostream, jboss-servlet-3.1-api gwei3: jandex, weld-core, weld-api, mojarra, jboss-vfs, hibernate-validator, jboss-classfilewriter, bean-validation-api, jboss-transaction-1.2-api, jboss-websocket-1.1-api, jboss-el-3.0-api, undertow hhorak: jboss-modules, weld-core, weld-api, mojarra, moby-engine, jboss-vfs, hibernate-validator humaton: moby-engine immanetize: pintail infra-sig: python-fmn-lib, fedocal java-sig: derby, mojarra, jboss-specs-parent, hibernate-commons-annotations jcapik: kimchi, derby jchaloup: moby-engine jerboaa: jboss-modules, hibernate-commons-annotations jistone: jboss-modules jjanco: jboss-modules, weld-core, weld-api, mojarra, jboss-vfs jjelen: derby, jboss-interceptors-1.1-api jjohnstn: weld-core, weld-api, jboss-vfs, hibernate-validator, jboss-classfilewriter, jboss-websocket-1.1-api, undertow jmlich: mojarra jorton: crypto-utils jscotka: moby-engine jsmith: nodejs-array-uniq jvanek: jboss-modules jwrdegoede: gcompris kalev: derelict, dustmite, gl3n kdaniel: jandex, weld-core, weld-api, mojarra, hibernate-commons-annotations, jboss-vfs, hibernate-validator, jboss-classfilewriter, jboss-websocket-1.1-api, jboss-el-3.0-api, undertow lberk: derby, jboss-modules lef: jboss-modules, jacorb, jberet, jboss-specs-parent, derby, aesh, weld-api, jboss-msc, jboss-classfilewriter, jboss-jaxb-intros, jboss-websocket-1.1-api, jboss-integration, jboss-el-3.0-api, undertow, jboss-logging-tools, hibernate-hql, jboss-jaxrpc-1.1-api, jboss-logmanager-log4j, jboss-remoting, jboss-iiop-client, jaxws-undertow-httpspi, cxf-build-utils, jboss-saaj-1.3-api, weld-core, xnio, jandex, jboss-httpserver, jboss-annotations-1.1-api, jboss-remoting-jmx, mojarra, jboss-negotiation, jaxws-jboss-httpserver-httpspi, cxf-xjc-utils, bean-validation-api, jboss-jacc-1.5-api, jbossws-common-tools, cookxml, jbossws-spi, log4j-jboss-logmanager, jboss-threads, netty-xnio-transport, jboss-ejb-3.1-api, hibernate-commons-annotations, jboss-vfs, hibernate-validator, jboss-invocation, jboss-sasl, jboss-transaction-1.1-api, jboss-transaction-1.2-api, cookcc, staxmapper, jboss-interceptors-1.1-api, jboss-metadata, jul-to-slf4j-stub, jboss-rmi-1.0-api, hibernate-search, jboss-stdio, jboss-dmr, jdeparser, jboss-remote-naming, jbossws-parent, jbossws-common, protostream, opensaml-java, narayana, jbossws-api, jboss-servlet-3.1-api, jboss-common-core limb: gcompris lkundrak: rubygem-shotgun lsm5: moby-engine martinpitt: moby-engine mathstuf: cmdtest mayorga: pintail mbooth: jandex, weld-core, weld-api, mojarra, hibernate-commons-annotations, opensaml-java, jboss-classfilewriter, jboss-websocket-1.1-api, jboss-el-3.0-api, undertow merlinm: moby-engine mgoodwin: derby milleruntime: weld-core, weld-api, jboss-ejb-3.1-api, jboss-vfs, jboss-interceptors-1.1-api mizdebsk: jandex, hibernate-search, jboss-modules, weld-core, derby, weld-api, mojarra, hibernate-commons-annotations, jboss-classfilewriter, jboss-websocket-1.1-api, jboss-el-3.0-api, undertow mjakubicek: mojarra mjw: jboss-modules mmorsi: derby mmraka: jboss-el-3.0-api, mojarra, bean-validation-api, jboss-servlet-3.1-api mskalick: moby-engine msrb: derby, hibernate-search, hibernate-commons-annotations nathans: derby ngompa: containers, stdx-allocator nodejs-sig: nodejs-array-uniq ogutierrez: moby-engine orion: python-coveralls pahuang: jboss-interceptors-1.1-api, jboss-ejb-3.1-api pbrobinson: dvb-apps phracek: moby-engine pkajaba: mojarra pmikova: jboss-modules praiskup: mojarra pvolpe: moby-engine radekmanak: jboss-modules ralph: python-fmn-lib rebus: libemu rfenkhuber: derby, weld-api, weld-core rgrunber: weld-core, weld-api, jboss-vfs, hibernate-validator, jboss-classfilewriter, jboss-websocket-1.1-api, undertow ricardo: jboss-modules, aesh, jboss-msc, jboss-classfilewriter, jboss-websocket-1.1-api, undertow, jboss-logging-tools, jandex, jboss-remoting, xnio, jboss-remoting-jmx, bean-validation-api, jboss-jacc-1.5-api, cookxml, log4j-jboss-logmanager, jboss-threads, hibernate-commons-annotations, jboss-transaction-1.1-api, hibernate-validator, jboss-invocation, jboss-sasl, jboss-vfs, jboss-transaction-1.2-api, cookcc, staxmapper, jboss-interceptors-1.1-api, jul-to-slf4j-stub, jboss-stdio, jboss-dmr, jdeparser, protostream, jboss-servlet-3.1-api, jboss-common-core richardfearn: weld-core, weld-api, jboss-vfs, hibernate-validator, jboss-classfilewriter, jboss-websocket-1.1-api, undertow sayanchowdhury: python-fmn-lib sbergmann: mojarra scox: jboss-modules sdgathman: hibernate-commons-annotations skottler: derby, jboss-specs-parent smakarov: jboss-modules stefw: moby-engine stewardship-sig: jboss-modules, derby, bean-validation-api, jboss-transaction-1.2-api, jboss-el-3.0-api, jboss-servlet-3.1-api tdawson: derby, jboss-specs-parent trepik: jboss-modules, weld-core, weld-api, mojarra, jboss-vfs, hibernate-validator tstclair: jboss-interceptors-1.1-api, jboss-ejb-3.1-api vakwetu: jboss-specs-parent, derby, aesh, weld-api, jboss-msc, jboss-classfilewriter, jboss-websocket-1.1-api, jboss-el-3.0-api, undertow, jboss-logging-tools, jboss-jaxrpc-1.1-api, jandex, jboss-remoting, xnio, jboss-remoting-jmx, bean-validation-api, jboss-jacc-1.5-api, cookxml, log4j-jboss-logmanager, jboss-threads, jboss-ejb-3.1-api, jboss-transaction-1.1-api, hibernate-validator, jboss-invocation, jboss-sasl, cookcc, staxmapper, jboss-interceptors-1.1-api, jul-to-slf4j-stub, jboss-stdio, jboss-dmr, jdeparser, protostream, jboss-servlet-3.1-api wcohen: jboss-modules xavierb: python-coveralls -- 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/master/f/scripts/find_unblocked_orphans.py -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

4 years, 9 months

1
0
0 / 0

Fedora 31 System-Wide Change proposal: Modify Fedora 31 to use CgroupsV2 by default

by Ben Cotton

https://fedoraproject.org/wiki/Changes/CGroupsV2 == Summary == The kernel has had some support for CgroupsV2 for some time, and yet no one has used it because it is not on by default. There are lots of new features and fixes over CgroupsV1 that it is time to reveal to the user community. == Owner == * Name: [[User:dwalsh| Daniel J Walsh]] * Email: <dwalsh(a)redhat.com> == Detailed Description == Enablement of the CgroupsV2 by default will allow tools like systemd, container tools and libvirt to take advantage of the new features and many fixes in Cgroups V1. A lot of the functionality in VGroups V1 has been rewritten to fix fundamental flaws in its design. The reason CGroupsV2 by default has been blocked is that the Container tools and someone the Virtualization tools did not have support. We believe that the time is right to try to move these tools along to take advantage of this kernel feature. In order to begin testing these features more widely we believe we need to have a platform like Rawhide to test on and get others to test as well. The main features of CgroupsV2 we would like to take advantage of in the container world is delegation of cgroup hierarchies. Allowing tools like podman to be able to use CGroups in rootless mode, would be a large advance. == Benefit to Fedora == Fedora is known for being a leading platform for the enablement of new kernel functions, and this would continue its legacy. The world will eventually move to CGroupsV2 and Fedora should lead the way. == Scope == * Proposal owners: The largest changes required to make this Change is to get containers runtimes like RUNC to work with the change. After RUNC has support for CgroupsV2 we need to move container engines like Podman, CRI-o, Buildah and Moby into support CgroupsV2. * Other developers: We need to find other tools that have built the CGroupsV1 API into themselves and get them to support CGroupsV2. Known packages: - libvirt: The team is already working on this. - JVM: Uses Cgroups file system to check for allocated memory for the JVM, will have to use and understand the CgroupV2 mechanism to discover these sessings. - Snap package does not run with CGroupV2: https://bugzilla.redhat.com/show_bug.cgi?id=1438079 - Systemd will need to be modified to set the new default to cgroupv2 * Release engineering: [https://pagure.io/releng/issue/8509 #8509] * Policies and guidelines: * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == Any tools or scripts that an administrator used to manually configure the CGroupsV1 will have to be modified to CGroupsV2. Luckily if these tools took advantage of systemd interfaces they should not require changes. == How To Test == Make sure different tools that use cgroups continue to work when booted into the new system. Make sure containers, virtual machines and the Jave Virtual Machine still work properly. Convert the VM's of the Container tools like CRI-O, Buildah, Podman for run on Rawhide and make sure their test suites completely pass. Will request that the libvirt team and JVM teams similarly change their test platforms. == User Experience == We believe that at this point their will be no or very little user experience change, unless he is an administrator looking to modify the system Cgroups using the cgroupsfs. One potential problem will be container images that expect to be running in a CgroupV1 environment. Some container engines leak the Cgroup Hierarchy into containers so that tools within the container can look at how much memory the cgroup gives them for example. These tools might break with the change, but they should be adjusted quickly over time, and I don't really see a way to avoid this. == Dependencies == Currently there are no known changes to the package requirements for this change. == Contingency Plan == * Contingency mechanism: If the container tools and virtualization tools do not work at beta and do not look like they will be ready for beta freeze, then we revert to CgroupsV1 and try again in Fedora 32 * Contingency deadline: Beta Freeze * Blocks release? Yes -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

4 years, 9 months

1
0
0 / 0

Fedora 31 System-Wide Change proposal: IBus 1.5.21

by Ben Cotton

https://fedoraproject.org/wiki/Changes/IBus_1.5.21 == Summary == IBus 1.5.21 will extend the current compose typing. # IBus will extend the compose key sequences less than 255 characters. # IBus will extend the compose outputs more equal than one characters. == Owner == * Name: [[User:Fujiwara| Takao Fujiwara]] * Email: fujiwara [at] redhat [dot] com == Detailed Description == The current IBus accepts the compose key sequences less than 7 characters due to the internal fixed buffer size, E.g. Multi_key-O-R are three characters and the sequence can output "®" but Multi_key-Multi_key-o-i-i-i-n-t are eight characters and the sequence is not enabled in IBus. This release will extend this limitation to 255 characters. The current IBus outputs one compose character only and size is limited in 16bits. E.g. "®" is one character and it can be output and "🗼" is one character but the size is extended the upper limit of 16bits and the output is not enabled in IBus. This release will delete the limitation of the character lengths and the size will be extended to 32bits. == Benefit to Fedora == The users won't have to mind those compose limitations above and X11 compose does not have the limitations. == Scope == * Proposal owners: * Other developers: N/A * Release engineering: [https://pagure.io/releng/issue/8503 #8503] * Policies and guidelines: N/A * Trademark approval: N/A (not needed for this Change) == How To Test == # Create `$HOME/.config/ibus/Compose` with the following context [1] # Restart ibus-daemon # Launch gedit and type Multi_key-t-o-w-e-r "🗼" is output. [1]: <pre> <Multi_key> <t> <o> <w> <e> <r> : "🗼" </pre> == User Experience == Users can reuse the user compose file of X11 to IBus. The X11 system compose file has been loaded by the desktop locale since the previous IBus version. == Dependencies == This change effects all IBus engines but rebuilds are not needed. == Contingency Plan == * Contingency mechanism: Drop the feature in Fedora 31 and postpone it to Fedora 32 * Contingency deadline: Beta freeze * Blocks release? No * Blocks product? No == Documentation == TBD -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

4 years, 9 months

1
0
0 / 0

Fedora 31 System-Wide Change proposal: Langpacks-core for i18n functionality

by Ben Cotton

https://fedoraproject.org/wiki/Changes/Langpacks-core == Summary == Add `langpacks-core-*` subpackages to `langpacks` for easier installation of minimal core i18n support for a language (locale, default font, and any default input-method if needed). == Owner == * Name: [[User:Petersen|Jens Petersen]] * Email: petersen(a)redhat.com * Name: [[User:pnemade|Parag Nemade]] * Email: pnemade(a)redhat.com * Name: [[User:mfabian|Mike Fabian]] * Email: mfabian(a)redhat.com == Detailed Description == In Fedora 30 we replaced the remaining Yum language-support groups in Comps by extending the `langpacks` meta packages to handle the installation of fonts (and input-methods) required for a language, in addition to locale and translation package weak dependencies. However this all or nothing approach can be too heavy for some use cases, since the old language-support groups did not pull in translation langpacks. With this Change we want to refine the approach to allow finer-grained installation of language support. So users who only want basic support installed for a language (without translation langpacks and additional fonts for example) can install `langpacks-core-XY` to get just the default font, locale(s) and a weak dependency for any default input method. Note: in this proposal `XY` stands just for the ISO language code (eg `es` for Spanish). Users who want general default Fedora international support should continue to install `@fonts`, `@input-methods`, and `glibc-all-langpacks` (as they are already in Fedora Workstation, etc). Later we may consider whether to separate the input methods into separate meta langpacks subpackages. == Benefit to Fedora == This allows more flexibility for users who want to do custom installations/Spins, or starting from minimal images/installs. They will be able to add basic i18n support for one or more specific language in a predictable standard way without pulling in additional langpacks for translations and extra fonts which may not be required for each added languages. Users wanting full support for a language can continue to install the `langpacks-XY` package for their language. == Scope == * Proposal owners: ** Add `langpacks-core-*` subpackages to langpacks for core i18n functionality: *** default font *** glibc locale *** weak dependency on ibus IME if needed ** Other langpacks weak deps and additional fonts will remain in `langpacks-XY`. ** `langpacks-XY` will require `langpacks-core-XY`. ** glibc locales subpackages weak dependencies will be updated to depend on `langpacks-core-XY` * Other developers: No other changes should be needed - current package translation langpacks will continue to depend on `langpacks-xx`. ** Policies and guidelines: No major changes here * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact ==  No impact - the design is fully backwards compatible: `langpacks-XY` will pull in the new `langpacks-core-XY`. == How To Test == * dnf list langpacks-* * dnf install langpacks-core-XY * dnf install langpacks-XY == User Experience == Fedora users will have more flexibility with installation of i18n support packages and langpacks. == Dependencies == glibc.spec needs to be updated with `s/langpacks/langpacks-core/` once `langpacks` has implemented `langpacks-core`. No other packages should be directly affected by the current proposal. == Contingency Plan == * Contingency mechanism: Proposal owners will revert to F30 `langpacks` and glibc * Contingency deadline: Beta freeze * Blocks release? No * Blocks product? N/A == Documentation == No additional documentation at this stage. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

4 years, 9 months

1
0
0 / 0

Fedora 31 System-Wide change proposal: Automatic R runtime dependencies

by Ben Cotton

https://fedoraproject.org/wiki/Changes/Automatic_R_runtime_dependencies == Summary == Packages of R libraries will produce a standard <code>R(packageName)</code> Provides, and Requires on these standard names will be added from library metadata. Standard provides will use the unmodified versions from the metadata. Suggested dependencies will not be automatically added, but can be opted in by the packager. == Owner == * Name: [[User:qulogic| Elliott Sales de Andrade]] * Email: quantum.analyst(a)gmail.com == Detailed Description == R libraries currently provide metadata indicating runtime requirements on other libraries in a <code>DESCRIPTION</code> file. Using RPM's file attributes and dependency generator support, these requirements can be added to packages automatically. These will use namespaced <code>Provides</code> of <code>R(packageName) = packageVersion</code> where <code>packageName</code> is the importable name of the package and <code>packageVersion</code> is the upstream version (note: upstream versions are often sanitized for Fedora since RPM cannot use dashes in versions.) R library metadata includes <code>Depends</code> and <code>Imports</code> which will be mapped to <code>Requires</code>. Metadata that specifies <code>Enhances</code> will be mapped directly to <code>Enhances</code>. Metadata that specifies <code>Suggests</code> will ''not'' be mapped to anything by default. Oftentimes, suggested libraries are used to indicate dependencies that are needed at build time only. Packagers who wish to include any actual runtime <code>Suggests</code> may opt in to adding them using a (TBD) flag or just continue to add <code>Suggests</code> manually. == Benefit to Fedora == This change provides a standard Provided name for R packages. This change helps users of R packages by providing the ''original'' version value (as opposed to the sanitized one for RPM.) This change reduces the amount of work packagers need to do keeping (R package) dependencies correct. == Scope == * Proposal owners: The automated dependency generator is [https://src.fedoraproject.org/fork/qulogic/rpms/R/blob/autodeps/f/R-deps.R available], but will need to be updated to provide the opt-in <code>Suggests</code>. The generator and file attributes will likely be housed in the RPM organization, and a new package will be created for it. R packages will need to be rebuilt after the generator is packaged, in order to ensure that they contain the new <code>Provides</code>. If the mass rebuild is not sufficient, this will be carried out in a side tag. * Other developers: Others are welcome to rebuild their packages once the generators are available, but it is not a requirement. * Release engineering: [https://pagure.io/releng/issue/8501 Releng issue 8501] * Policies and guidelines: R packaging guidelines should be updated to mention the new generator; this can be done after the implementation is done. * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == No impact expected. == How To Test == # Pick any R package in Fedora. # Attempt to install it. # Verify that automatic dependencies are correct, i.e., the package installed without missing dependencies, and the dependencies that were pulled in are the ones specified in its <code>DESCRIPTION</code> file. == User Experience == Users interested in R may install packages based on upstream's ''real'' version, and missing dependency annotations will be less likely to occur. == Dependencies == Move of code to RPM organization; it would be preferred to occur as early as possible, but is not a full blocker. These packages will need to be rebuilt: * COPASI * R-abind * R-acepack * R-affy * R-affydata * R-affyio * R-ALL * R-AnnotationDbi * R-ape * R-argon2 * R-ascii * R-askpass * R-assertthat * R-AUC * R-backports * R-base64enc * R-Bessel * R-BH * R-biglm * R-bindr * R-bindrcpp * R-Biobase * R-BiocGenerics * R-BiocParallel * R-biomaRt * R-Biostrings * R-bit * R-bit64 * R-bitops * R-blob * R-brew * R-BSgenome * R-BSgenome.Celegans.UCSC.ce2 * R-BufferedMatrix * R-BufferedMatrixMethods * R-Cairo * R-callr * R-car * R-caTools * R-cellranger * R-chron * R-cli * R-cliapp * R-clipr * R-clisymbols * R-coda * R-colorspace * R-combinat * R-commonmark * R-corpus * R-crayon * R-curl * R-data.table * R-date * R-DBI * R-dbplyr * R-debugme * R-DelayedArray * R-deldir * R-desc * R-dichromat * R-diffobj * R-digest * R-disposables * R-doParallel * R-dplyr * R-dtplyr * R-DynDoc * R-ellipsis * R-errors * R-evaluate * R-expm * R-fansi * R-farver * R-fastmatch * R-fibroEset * R-filehash * R-FMStable * R-foghorn * R-fontBitstreamVera * R-fontLiberation * R-forcats * R-foreach * R-formatR * R-fortunes * R-fs * R-fts * R-futile.logger * R-futile.options * R-future * R-gamlss.dist * R-gapminder * R-gdata * R-gdtools * R-gee * R-geepack * R-generics * R-GenomeInfoDb * R-GenomeInfoDbData * R-GenomicAlignments * R-GenomicFeatures * R-GenomicRanges * R-getPass * R-ggplot2 * R-ggplot2movies * R-gh * R-git2r * R-globals * R-glue * R-gmailr * R-gmp * R-gplots * R-gsl * R-gss * R-gtable * R-gtools * R-haven * R-here * R-hexbin * R-hgu133acdf * R-hgu95av2cdf * R-hgu95av2probe * R-highlight * R-highr * R-hms * R-htmltools * R-htmlwidgets * R-httpuv * R-httr * R-hunspell * R-igraph * R-import * R-ini * R-inline * R-IRanges * R-IRdisplay * R-IRkernel * R-iterators * R-itertools * R-jose * R-jpeg * R-jqr * R-jsonlite * R-knitr * R-labeling * R-lambda.r * R-later * R-lazyeval * R-lintr * R-listenv * R-littler * R-lmodel2 * R-lmtest * R-lokern * R-lubridate * R-maanova * R-magrittr * R-mapproj * R-maps * R-mAr * R-markdown * R-matrixStats * R-measurements * R-memoise * R-microbenchmark * R-mime * R-miniUI * R-mlbench * R-mnormt * R-mockery * R-mockr * R-msm * R-multcomp * R-multtest * R-munsell * R-mvtnorm * R-nanotime * R-ncdf4 * R-NISTunits * R-nws * R-nycflights13 * R-openssl * R-orcutt * R-packrat * R-parsedate * R-pbdRPC * R-pbdZMQ * R-pdftools * R-pillar * R-pingr * R-pkgbuild * R-pkgconfig * R-pkgdown * R-pkgload * R-plogr * R-pls * R-plyr * R-png * R-poLCA * R-polyclip * R-polynom * R-praise * R-preprocessCore * R-prettycode * R-prettydoc * R-prettyunits * R-processx * R-progress * R-promises * R-ps * R-purrr * R-qcc * R-qpdf * R-qtl * R-quadprog * R-quantities * R-qvalue * R-R6 * R-rappdirs * R-R.cache * R-rcmdcheck * R-RColorBrewer * R-Rcompression * R-Rcpp * R-RcppCCTZ * R-RCurl * R-R.devices * R-readr * R-readxl * R-rematch * R-rematch2 * R-remotes * R-repr * R-reprex * R-reshape * R-reshape2 * R-reticulate * R-rex * R-rgdal * R-rgeos * R-rhub * R-RInside * R-rlang * R-rlecuyer * R-RM2 * R-rmarkdown * R-R.methodsS3 * R-Rmpfr * R-ROC * R-RODBC * R-R.oo * R-roxygen2 * R-rprintf * R-rprojroot * R-R.rsp * R-Rsamtools * R-rsconnect * R-Rsolid * R-RSQLite * R-rstudioapi * R-rsvg * R-rtracklayer * R-RUnit * R-R.utils * R-rversions * R-rvest * R-S4Vectors * R-sandwich * R-scales * R-scatterplot3d * R-sciplot * R-selectr * R-sessioninfo * R-sfsmisc * R-shiny * R-showtext * R-showtextdb * R-simmer * R-snow * R-sodium * R-sourcetools * R-sp * R-spelling * R-statmod * R-statnet.common * R-stringdist * R-stringi * R-stringr * R-styler * R-SummarizedExperiment * R-svglite * R-sys * R-sysfonts * R-systemfit * R-testit * R-testthat * R-tibble * R-tidyr * R-tidyselect * R-tikzDevice * R-timeDate * R-timeSeries * R-tinytest * R-tinytex * R-tkrplot * R-tkWidgets * R-tufte * R-tweenr * R-udunits2 * R-unitizer * R-units * R-unix * R-usethis * R-utf8 * R-uuid * R-V8 * R-vctrs * R-viridisLite * R-waveslim * R-wavethresh * R-webp * R-webutils * R-whisker * R-whoami * R-widgetTools * R-withr * R-xfun * R-XML * R-xml2 * R-xopen * R-xtable * R-XVector * R-yaml * R-zeallot * R-zoo * libsbml * libsedml * libnuml * shogun == Contingency Plan == * Contingency mechanism: The side tag will not be merged, or if a side tag is deemed unnecessary, the generator will not be installed, and any built packages will be re-built without it. * Contingency deadline: Beta Freeze * Blocks release? No == Documentation == See [https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o... mailing list discussion]. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

4 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce July 2019