https://fedoraproject.org/wiki/Changes/Set_skip_if_unavailable_default_to_f…
== 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
Hey!
There are 2 Python related changes in Fedora 31 that unfortunately interact with
each other.
https://fedoraproject.org/wiki/Changes/Python3.8https://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
https://pagure.io/releng/issue/8310
I'm rebuilding OCaml 4.08.0 beta 3 into a side tag. This is a
preliminary rebuild only - I'll do the real rebuild when 4.08.0 is
finally released. This email has interim results.
* ocaml-camlp4, ocaml-camlp5 (macro packages)
Still waiting for these to be ported to 4.08. I had a go at porting
camlp4 but the changes were beyond my skills, so we'll have to wait
for someone that knows what they're doing. Unfortunately lack of
these packages blocks about a third of the other packages.
* ocaml-zarith (integer arithmetic library)
Fails to build the final zq binary. I'm not sure this is related to
the compiler upgrade at all, could be an unrelated FTBFS.
* ocaml-camomile (Unicode)
* ocaml-benchmark (timing & benchmarking)
Both of these enable warn-error for deprecated code, and fail because
the new compiler emits more deprecation warnings (which turn into
errors). I will have a go and see if I can remove the warn-error for
both these packages later.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
hi all,
I am planning to retire ffgtk as I no longer use it and it does no
longer work with "recent" Fritzbox modem firmware from AVM. Any
objections?
I now Roger exists s replacement, but I have no interest in packiging
it.
best regards, Louis
I know it's not unusual to carry builds over from prior releases. My
understanding is that happens because there was no mass rebuild.
However, when I look at the F29 repo I see
rubygem-puppet-lint-1.1.0-2.fc23.noarch.rpm. Was there really no mass
rebuild between F23 and F29? This package is severely outdated --
upstream has v2.3.6 and v1.1.0 dates back to 2014. It looks like a
build hasn't succeeded in Koji since F23. I don't know why because I
don't see any build logs for any of these failures. I also was under
the impression that FTBS packages like this get culled.
Is my understanding buggy or did this leak through somehow?
--
John Florian
Before submitting a bugzilla, I wonder whether this is a choice made on
purpose or not.
The pybind11-devel package defines a set of CMake Module files. But (at
least for fedora 29) these files do not end up in
/usr/share/cmake/Modules as usually but in /usr/share/cmake/pybind11
where cmake does not find them by default... This seems non standard...
Is this on purpose ?
rpm -ql pybind11-devel-2.2.4-1.fc29.x86_64
[...]
/usr/share/cmake/pybind11
/usr/share/cmake/pybind11/FindPythonLibsNew.cmake
/usr/share/cmake/pybind11/pybind11Config.cmake
/usr/share/cmake/pybind11/pybind11ConfigVersion.cmake
/usr/share/cmake/pybind11/pybind11Targets.cmake
/usr/share/cmake/pybind11/pybind11Tools.cmake
[...]
Thank's
Theo.
I don't need h2 package for anything and it fails to build on F30. It has 2
co-maintainers so maybe someone will pick it up.
--
Alexander Kurtakov
Red Hat Eclipse Team