Orphaning rubygem-commander
by Vít Ondruch
Hi everybody,
I've orphaned rubygem-commander. It is only required by rubygem-rhc,
which upstream is dead I doubt it is really useful, since this package
was used to control OpenShift 2.x which I doubt anybody uses nowadays.
Also, it blocks me from updating rubygem-commander, so I actually hope
to get rid of rubygem-commander as well as unmaintained rubygem-rhc from
Fedora.
Vít
5 years, 1 month
Announcing libkpmcore upgrade
by Mattia Verga
Hi all,
I'm planning to upgrade kpmcore and kde-partitionmanager to version
4.0.0 in rawhide. This will bring a soname bump to libkpmcore, which is
used only (as far as I know) by kde-partitionmanager and calamares.
I'll take care of rebuilding calamares. BTW, calamares in Fedora repo is
a bit outdated (still at 3.1.8, latest is 3.2.7), I hope it to be
compatible with kpmcore 4.0.0.
If all goes well, it would be nice to have kde-partitionmanager upgraded
in F30 also, because it solves some outstanding problems with GUI run as
root user. [1]
Mattia
[1] https://stikonas.eu/wordpress/2019/05/02/kde-partition-manager-4-0/
5 years, 1 month
Fedora 31 System-Wide Change proposal: Set skip_if_unavailable
default to false
by Ben Cotton
https://fedoraproject.org/wiki/Changes/Set_skip_if_unavailable_default_to...
== Summary ==
Dnf team wants to change a default setting for the repo option
`skip_if_unavailable` to `FALSE`.
== Owner ==
* Name: [[User:jmracek| Jaroslav Mracek]]
* Email: jmracek(a)redhat.com
== Detailed Description ==
Dnf team wants to change a default setting for the repo option
`skip_if_unavailable` to `FALSE`. The option is responsible for
behavior when metadata of a repository is unavailable. When it is set
to false, it will stop on the first unavailable repository with
raising an error. The default behavior could be overwritten by a
configuration of each repository or in dnf by configuration in
/etc/dnf/dnf.conf.
The behavior is not new, because it was used already by YUM, and the
behavior is really essential because all Fedora ropos are already
shipped with `skip_if_unavailable=FALSE`.
The change will be applied in libdnf library, and the changed behavior
will be visible for all direct and indirect users of the library: dnf,
microdnf, PackageKit, ... .
== Benefit to Fedora ==
It should provide a better security because some Important updates
from third-party repositories could be present in temporary
unavailable repository, but user can easily overlook it during `dnf
update` because the issue is reported as a warning.
== Scope ==
* Proposal owners:
** Backport the following upstream pull requests into the DNF stack on
Fedora: https://github.com/rpm-software-management/libdnf/pull/701
* Other developers: N/A
* Release engineering: [https://pagure.io/releng/issue/8307 #8307]
* Policies and guidelines: N/A
* Trademark approval: not needed for this Change
== How To Test ==
Edit .repo file in /etc/yum.repos.d/* and set an url that is not accessible.
Case 1:
No skip_if_unavailable in the repo file, in /etc/dnf/dnf.conf or
overwritten from commandline using `--setopt`.
Any command that requires available repositories like `dnf repoquery`
will fail due to an error `Error: Failed to synchronize cache for repo
'<repo_ID>'`
Case 2:
Set skip_if_unavailable=true in the repo file.
Any command that requires available repositories like `dnf repoquery`
will not fail due to missing metadata of the `<repo_id>`
== User Experience ==
Broken repositories are recognized early, enabling the users to act
upon them by double-checking their repository configuration or filing
bugs, instead of assuming no upgrades are available.
== Dependencies ==
Depend packages - dnf, microdnf, PackageKit
There are no changes on which completion of this change depends.
== Contingency Plan ==
* Contingency mechanism: (What to do? Who will do it?)
The change requires a merge and a release of the pull-request
https://github.com/rpm-software-management/libdnf/pull/701
* Contingency deadline: Should be delivered before 2019-07-24.
* Blocks release? No
* Blocks product? No
== Documentation ==
https://dnf.readthedocs.io/en/latest/conf_ref.html
Update for documentation:
https://github.com/rpm-software-management/dnf/pull/1358
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
Pronouns: he/him
5 years, 1 month
Packages BuildRequiring python2-sphinx AND python3-devel
by Miro Hrončok
Hey!
There are 2 Python related changes in Fedora 31 that unfortunately interact with
each other.
https://fedoraproject.org/wiki/Changes/Python3.8
https://fedoraproject.org/wiki/Changes/Sphinx2
The following packages (owners bcc'ed) BuildRequire both python2-sphinx AND
python3-devel. Hence the package won't be able to be rebuilt for the Python 3.8
update. I'd appreciate if you could drop the dependency on python2-sphinx to
make the Python 3.8 transition possible.
For packages that are needed by other packages, I might eventually do it myself.
(Note that this information is from repoquery, if you already fixed this in git
only, sorry for the noise.)
Thank You!
Maintainers by package:
mellowplayer martinkg
python-Bottleneck besser82
python-case mrunge
python-dulwich fab
python-feedparser hguemar lmacken louizatakk mcepl
python-gunicorn dcallagh
python-hardware flepied
python-htmlmin jujens
python-jenkins-job-builder ignatenkobrain ktdreyer pabelanger
python-jsonpath-rw-ext apevec hguemar pkilambi
python-kazoo apevec nsaje
python-ngram besser82
python-oauth2client mbaldessari ralph
python-plaster bowlofeggs
python-pycares fantom
python-pypump ralph
python-requests-cache codeblock hobbes1069
python-rosdep cottsay rmattes thofmann
python-rosinstall rmattes
python-slixmpp fantom louizatakk
python-vcstools cottsay rmattes
python-wrapt chandankumar ralph
python-wsgi_intercept apevec chandankumar
python-wstool ankursinha cottsay rmattes
python-yaql mflobo
waf salimma thm
xapian-bindings denisarnaud drago01 pbrobinson sdz
Packages by maintainer:
ankursinha python-wstool
apevec python-jsonpath-rw-ext python-kazoo python-wsgi_intercept
besser82 python-Bottleneck python-ngram
bowlofeggs python-plaster
chandankumar python-wrapt python-wsgi_intercept
codeblock python-requests-cache
cottsay python-rosdep python-vcstools python-wstool
dcallagh python-gunicorn
denisarnaud xapian-bindings
drago01 xapian-bindings
fab python-dulwich
fantom python-pycares python-slixmpp
flepied python-hardware
hguemar python-feedparser python-jsonpath-rw-ext
hobbes1069 python-requests-cache
ignatenkobrain python-jenkins-job-builder
jujens python-htmlmin
ktdreyer python-jenkins-job-builder
lmacken python-feedparser
louizatakk python-feedparser python-slixmpp
martinkg mellowplayer
mbaldessari python-oauth2client
mcepl python-feedparser
mflobo python-yaql
mrunge python-case
nsaje python-kazoo
pabelanger python-jenkins-job-builder
pbrobinson xapian-bindings
pkilambi python-jsonpath-rw-ext
ralph python-oauth2client python-pypump python-wrapt
rmattes python-rosdep python-rosinstall python-vcstools python-wstool
salimma waf
sdz xapian-bindings
thm waf
thofmann python-rosdep
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
5 years, 1 month
