+ /usr/bin/redis-server ...
/usr/bin/redis-server: error while loading shared libraries:
libjemalloc.so.2: cannot open shared object file: No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.5eQFNx (%check)
Which means dnf accept to install redis without jemalloc
Despite $ rpm -qp --requires redis-4.0.10-1.fc29.x86_64.rpm
How is it possible ?
Perl SIG completed Perl 5.28 upgrade
<https://fedoraproject.org/wiki/Changes/perl5.28> in f29-perl side tag
that involved rebuildnig about 3000 packags. Once relengs merge the tag
back to f29 <https://pagure.io/releng/issue/7583>, the new Perl becomes
If you encounter any broken dependencies on libperl.so.5.26() or
perl(:MODULE_COMPAT_5.26.*), it's because the package fails to build
(all the failures have been already reported) or because a package
maintainer upgraded her packages before relengs merged the side tag.
In that case feel free to rebuild the package again against the new
= Proposed System Wide Change: Modules for Everyone =
* Stephen Gallagher <sgallagh at fedoraproject dot org>
* Langdon White <langdon at fedoraproject dot org>
All Fedora installations will have modular repositories enabled by default,
previously available, by default, only to Server Edition.
== Detailed description ==
In Fedora 28, the Server Edition debuted new modular functionality,
allowing end-users access to alternative versions of popular software. Due
to technical limitations with package-management software, it was not
available for non-Server deployments of Fedora. Beginning with Fedora 29,
all installations of Fedora will have modules available for installation
and update. This will be done by merging the `fedora-repos-modular`
sub-package back into the `fedora-repos` package.
== Scope ==
* Proposal owners:
The proposal owners need to coordinate the work of the DNF team and
release-engineering to make sure that the repo subpackage merge only
happens once the libdnf enhancements are stable. We will also need to
prepare and run a Fedora Test Day with the QA team.
* Other developers:
The DNF team is already committed to providing the necessary changes for
libdnf in Fedora 29.
* Release engineering:
** List of deliverables:
All Fedora installations
* Policies and guidelines:
No alterations to packaging guidelines are required specifically for this
* Trademark approval:
N/A (not needed for this Change)
JBoss EAP Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
Anybody who wants perl-Mail-DKIM (needed by amavisd-new, spamassassin)
before I orphan it?
Anybody who wants python-beaker (needed by TurboGears2, python-pylons,
previously also python-mako) before I orphan it? This one FTBFS on
Let me know. I'll orphan the packages in a week.
I'm working on making Fedora being able to function completely without the
'initscripts' package (hopefully) some day in the future. I have done some
cleanup in initscripts recently, and I would like to ask maintainers of
packages listed below to check if their package(s) still really need the
initscripts package to function properly (for any reason).
It seems that for many packages the requirement of initscripts is just a
leftover from past. If the package does not need the initscripts any
longer, please remove the requirement in Rawhide (F29) and forward. (Do not
backport this change into F28 or F27, it would break things.)
NOTE: In case you are depending on initscripts because of networking
scripts (ifup/ifdown, etc.), then you will need to update your specfile to
depend directly on new package 'network-scripts' (instead of 'initscripts').
I've opened bug reports for each of the packages listed here, and created a
tracking BZ for it:
List of packages still depending on initscripts (some of them were already
Thank you, and best regards! :)
David Kaspar [Dee'Kej]
*Associate Software Engineer*
*Brno, Czech Republic*
RED HAT | TRIED. TESTED. TRUSTED.
Every airline in the Fortune 500 relies on Red Hat.
Find out why at Trusted | Red Hat <http://www.redhat.com/en/about/trusted>.