DevConf.cz CfP open
by Ben Cotton
DevConf.cz 2019 is the 11th annual, free, Red Hat sponsored community
conference for developers, admins, DevOps engineers, testers,
documentation writers and other contributors to Open Source Linux,
middleware, virtualization, storage, cloud and mobile technologies
where FLOSS communities sync, share, and hack on upstream projects
together in the beautiful city of Brno, Czech Republic.
The CfP is now open! Ready to submit your proposal? Submit at: devconf.info/cfp
Looking for ideas? Check out this year's primary themes at
https://devconf.info/cz
Important dates
- CfP closes: *October 26, 2018*
- Accepted speakers confirmation: *November 12, 2018*
- Event dates: Friday January 25 to Sunday January 27, 2019
Questions? info(a)devconf.cz
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
3 years, 6 months
python2-future on fedora 30+
by Antonio Trande
Hi all.
Are we ready for excluding python2-future on fedora 30+ ?
$ dnf repoquery --release rawhide --enablerepo=*-source
--disablerepo=rpmfusion* --whatrequires python2-future
Last metadata expiration check: 0:00:00 ago on ven 21 set 2018 14:41:49
CEST.
buildbot-0:1.3.0-1.fc29.src
buildbot-master-0:1.3.0-1.fc29.noarch
buildbot-worker-0:1.3.0-1.fc29.noarch
certbot-0:0.27.1-1.fc30.src
crda-0:3.18_2018.05.31-5.fc29.src
httpwatcher-0:0.5.1-3.fc29.src
mozilla-requestpolicy-0:1.0-0.22.20171019git633302.fc29.src
preprocess-0:1.2.3-0.6.20170318git6e868b.fc29.src
python-CommonMark-0:0.7.5-3.fc29.src
python-cloudflare-0:2.1.0-10.fc29.src
python-cookiecutter-0:1.6.0-5.fc29.src
python-dns-lexicon-0:2.7.0-2.fc30.src
python-flask-autoindex-0:0.6-3.fc29.src
python-lz4-0:2.1.0-1.fc29.src
python-mdp-0:3.5-12.fc29.src
python-okaara-0:1.0.37-6.fc29.src
python-parsedatetime-0:2.4-9.fc29.src
python-stestr-0:2.1.0-1.fc29.src
python-stomper-0:0.4.1-7.fc29.src
python-twitter-0:3.3-5.fc29.src
python2-CommonMark-0:0.7.5-3.fc29.noarch
python2-ECPy-0:0.8.2-5.fc29.noarch
python2-certbot-0:0.27.1-1.fc30.noarch
python2-cloudflare-0:2.1.0-10.fc29.noarch
python2-csvkit-0:1.0.3-3.fc29.noarch
python2-dns-lexicon-0:2.7.0-2.fc30.noarch
python2-epdb-0:0.15-7.fc29.noarch
python2-httpwatcher-0:0.5.1-3.fc29.noarch
python2-lz4-0:2.1.0-1.fc29.x86_64
python2-mdp-0:3.5-12.fc29.noarch
python2-molecule-0:2.16-1.fc29.noarch
python2-okaara-0:1.0.37-6.fc29.noarch
python2-parsedatetime-0:2.4-9.fc29.noarch
python2-pefile-0:2017.11.5-4.fc29.noarch
python2-pyglet-0:1.3.1-3.fc29.noarch
python2-pyqtrailer-0:0.6.2-17.fc29.noarch
python2-pysaml2-0:4.5.0-4.fc29.noarch
python2-rdopkg-0:0.47.2-1.fc30.noarch
python2-stestr-0:2.1.0-1.fc29.noarch
python2-stomper-0:0.4.1-7.fc29.noarch
python2-tracer-0:0.7.0-3.fc29.noarch
python2-twitter-0:3.3-5.fc29.noarch
python2-vertica-0:0.7.4-1.fc30.noarch
rho-0:0.0.34-2.fc29.noarch
sagemath-0:8.2-4.fc29.src
sagemath-0:8.2-4.fc29.x86_64
tracer-0:0.7.0-3.fc29.src
--
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x5E212EE1D35568BE
GPG key server: https://keys.fedoraproject.org/
3 years, 7 months
Testing / feedback request: DNF 3 crashes
by Adam Williamson
Hi folks!
Around the time DNF 3 landed in Rawhide (hence F29), we had quite a few
folks on these lists reporting issues, including crasher bugs. Many of
these seemed somehow related to the DNF history database. They also
were not easy to isolate and fix.
We're now close to the F29 Beta release, but we don't have a great
sense of how many people are still having these problems with DNF 3.2
or 3.3.
Can anyone who is still struggling with DNF crashes on *basic*
operations on F29 or Rawhide please reply, and provide a few details on
what you're seeing and any workarounds or fixes you've found?
Thanks a lot!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
3 years, 7 months
Orphaning nitroshare
by Raphael Groner
Hi,
I'll orphan nitroshare. There are no dependencies except the subpackages.
Reasons for my decision: Upstream did no release since monthes and claims instable branch for master in the documentation.
There are some other good alternatives like KDE Connect or TotalCommander with WebDAV.
Regards, Raphael
3 years, 7 months
poppler soname bump in rawhide
by Marek Kasik
Hi,
I'm going to rebase poppler in rawhide to poppler-0.67.0 now.
There are several API changes and soname bump of the base library
libpoppler.so.*.
I've checked all packages which depend on the libpoppler.so.* and have
backported/prepared fixes to reflect poppler's API changes.
Unfortunately, libreoffice does not build currently (#1615616). But I've
decided to push the rebase though because branching will happen today
and I could not do chain build after that for F29.
Btw, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?
Regards
Marek
3 years, 7 months
F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default
by Ben Cotton
== Summary ==
This change enables TLS 1.3 (draft28) support on the gnutls crypto library.
== Owner ==
* Name: Nikos Mavrogiannopoulos
== Detailed Description ==
This change will enable the TLS 1.3 protocol (draft28) on the gnutls
library. TLS 1.3 is the latest version of the TLS protocol which
addresses few shortcomings of the previous versions. The protocol has
already been approved by IETF and is on its final publication stage,
with only minor editorial changes expected. The change for gnutls
depending is transparent to existing applications.
More information for applications using gnutls:
* https://nikmav.blogspot.com/2018/05/gnutls-and-tls-13.html
== Benefit to Fedora ==
* This brings the latest TLS protocol support to applications
depending on gnutls, when crypto policies are updated for TLS1.3.
== Scope ==
* Proposal owners:
* Other developers: N/A (not a System Wide Change)
== Upgrade/compatibility impact ==
That change should have no impact on upgrade or compatibility. The TLS
1.3 protocol is designed in a way that does not cause incompatibility
issues with existing (and even broken) implementations.
== How To Test ==
* Existing work-flows which include secure communications should be tested
* Command line applications which use TLS (e.g., wget, lftp), should
be tested against web-sites using TLS 1.3 (e.g., www.google.com)
== User Experience ==
That change should not be noticeable by users except for applications
which report the connected protocol. Other things users will notice
- Latency on TLS sessions will be reduced
- Performance of establishment of TLS sessions will be improved due
to ed25519/x25519 support
- Privacy of TLS sessions will be improved from the perspective of
passive eavesdroppers; no client certificate will be sent in the clear
- Transparent rekey of long-running sessions
== Dependencies ==
GNOME, samba, rsyslog, wget, lftp, ...
== Contingency Plan ==
If the expected transparent addition of TLS 1.3 cannot be assured
(e.g., important issues are reported), the enablement of TLS1.3
protocol will be postponed for the next fedora release.
* Contingency mechanism: The gnutls maintainer will not enable TLS1.3
by default in the build
* Contingency deadline: Fedora 29 beta
* Blocks release? No; the contingency plan is sufficient and can avoid
a release block
== Documentation ==
* https://nikmav.blogspot.com/2018/05/gnutls-and-tls-13.html
* https://www.gnutls.org/manual/gnutls.html#Upgrading-from-previous-versions
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
3 years, 7 months