pytest 3.0 in rawhide
by Thomas Moschny
Hi,
this is a heads-up about the pytest update to version 3.0.3 that just
hit rawhide.
A number of incompatible changes were made in 3.0.0 compared to 2.9.2.
See http://doc.pytest.org/en/latest/changelog.html for the full list of
changes and new features.
If you got this email directly, then your package (SRPM) depends on
pytest. Please check, whether it builds and works with the new pytest
release. This especially holds for the pytest plugins, some of which
definitively need to be updated to support pytest 3.0.
Here's the list of packages that (according to dnf repoquery)
build-depend on pytest:
copr-frontend
copr-keygen
freeipa
python-astropy
python-coveralls
python-django-pytest
python-docopt
python-gabbi
python-lib389
python-pytest-cache
python-pytest-capturelog
python-pytest-cov
python-pytest-mock
python-pytest-multihost
python-pytest-pep8
python-pytest-runner
python-pytest-sourceorder
python-pytest-spec
python-pytest-testmon
python-pytest-timeout
python-pytest-watch
python-pytest-xdist
python3-pytest-asyncio
Thanks,
Thomas
6 years, 8 months
Fedora Notifications System recent issues and Fixes
by Kevin Fenzi
Greetings.
The Fedora Notifications System, available at:
https://apps.fedoraproject.org/notifications/
Is a way for interested parties to be notified when events occur in
Fedora. This system currently allows for IRC and/or Email notifications
of events, as well as "digesting" a specified number of messages or any
messages in a specified time.
Recently the digest processing had a number of issues:
* Some users had selected very large time frames or number of messages
and the resulting digest messages were too large to be accepted by
our mail server.
* Over sized digests also resulted in no processing of additional
digests in the queue.
* Digest processing was interrelated with the non digest processing,
making it difficult to debug or test changes.
* When the digest queue was very large, the IRC handler couldn't get
enough processing time to join the network.
* When the queue was very large testing fixes required processing all
the queue and only then producing digests.
This resulted in no digests being sent at all.
We have taken the following steps:
* Digests that are 'too large' are split into chunks that are
acceptable to our mail server. If they are still too large for some
users email providers, they will be dropped after retries.
* Digest processing is now separated from non digest processing
allowing for debugging and fixes that don't affect the real time
notifications, as well as not blocking IRC workers from joining the
network.
Unfortunately, in landing our fixes a bug was introduced that split
digests too soon, resulting in incomplete digests after a few
characters. This has been corrected and any new digest notifications
should be complete.
We are sorry for any inconvenience these issues may have caused.
Please report any issues you find with the notification system to
https://pagure.io/fedora-infrastructure (our config or deployment)
or
https://github.com/fedora-infra/fmn (upstream bugs/issues).
Thanks,
kevin
6 years, 8 months
F26 System Wide Change: OpenSSL 1.1.0
by Jan Kurik
= Proposed System Wide Change: OpenSSL 1.1.0 =
https://fedoraproject.org/wiki/Changes/OpenSSL110
Change owner(s):
* Tomas Mraz <tmraz AT redhat DOT com>
Rebase of OpenSSL package to 1.1.0 version
== Detailed Description ==
Update the OpenSSL library to the 1.1.0 branch in Fedora to bring
multiple big improvements, new cryptographic algorithms, and new API
that allows for keeping ABI stability in future upgrades. We will also
add compat openssl102 package so the applications and other
dependencies which are not ported yet to the new API continue to work.
== Scope ==
* Proposal owners:
Prepare and test rebased openssl package. Prepare and test compat
openssl102 package. Help with patching and rebuilding dependent
packages.
* Other developers:
Patch and rebuild your package if it uses OpenSSL library (proposal
owner will help).
* Release engineering:
N/A unless we decide that separate branch is needed. Mass rebuild will
not help as the packages have to be patched for the API changes.
* List of deliverables:
N/A
* Policies and guidelines:
N/A
* Trademark approval:
N/A
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
6 years, 8 months
comiing to koji aarch64
by Dennis Gilmore
Hi All,
We are in the process of importing aarch64 to the primary koji instance as
part of https://fedoraproject.org/wiki/Architectures/
RedefiningSecondaryArchitectures The import and enablement of aarch64 is for
rawhide only, we expect to add power big and little endiian sometime before
the mass rebuild.
We will be making changes to the compose process early next week to enable
aarch64 in the rawhide compose, at the same time i386 we be moving from /pub/
fedora/ to /pub/fedora-secondary/
A further announcement will come when building of aarch64 is enabled
Thanks
Peter and Dennis
6 years, 8 months
F26 System Wide Change: DNF 2.0
by Jan Kurik
= Proposed System Wide Change: DNF 2.0 =
https://fedoraproject.org/wiki/Changes/DNF-2.0
Change owner(s):
* Jan Silhan <jsilhan AT redhat DOT com>
* Michal Luscon <mluscon AT redhat DOT com>
* Igor Gnatenko <ignatenko AT redhat DOT com>
DNF rebase to version 2.0.
== Detailed Description ==
DNF-2.0 is the next upcoming major version of DNF package manager.
Unfortunately, it brings some incompatibilities with previous version
of DNF (DNF-1) which were either needed to preserve compatibility with
YUM CLI or where bigger redesigns were needed. A list of identified
incompatible changes can be found here
http://dnf.readthedocs.io/en/latest/dnf-1_vs_dnf-2.html
== Scope ==
Proposal owners:
* complete release notes
* deliver DNF-2.0 stack to Rawhide
Other developers:
* Owners of 3rd party DNF plugins or components depending on DNF
should check and adjust their packages otherwise they may not work
with DNF-2.0.
Release engineering:
* All release engineering tools that depends on DNF should be tested
against DNF-2.0.
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
6 years, 8 months
