= Proposed System Wide Change: OpenLDAP without Non-threaded Libraries =
* Matus Honek <mhonek at redhat dot com>
OpenLDAP will not ship non-threaded version of libldap. Instead,
libldap will be built with the same threading support as libldap_r.
== Detailed description ==
After this change the non-threaded version of libldap will not be
shipped any more. Instead, this library will rather be built the same
way as the threaded libldap_r. This has been previously discussed in
Bugzilla [https://bugzilla.redhat.com/show_bug.cgi?id=1370065] and
other distributions where this change already happened. Upstream still
supports non-threaded version of their library as it might be used on
processors where threads are not supported. However, when these two
versions happen to be loaded at the same time (as discussed about Curl
in the Bugzilla) symbol names overlap which may result in
unpredictable behaviour. Immediate solution would be to symlink
libldap to libldap_r, however SONAME of the library would be the same,
hence breaking dependencies of other packages. For that reason the
solution hereby proposed should be the most convenient one.
== Scope ==
* Proposal owners:
update SPEC file so that non-threaded libldap is replaced with threaded one.
* Other developers:
None. Issues should not occur.
* Release engineering:
** List of deliverables:
* Policies and guidelines:
* Trademark approval:
(not needed for this Change)
JBoss EAP Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
When you try to run:
mock -r fedora-rawhide-x86_64 shell
You will get:
Problem 1: conflicting requests
- nothing provides module(platform:f30) needed by module stratis:1:20181215204600:a5b0195c-0.x86_64
Problem 2: conflicting requests
- nothing provides module(platform:f30) needed by module standard-test-roles:3.0:3020190214144451:a5b0195c-0.x86_64
rawhide has module_id=platform:f31.
When will be all rawhide modules rebuild? Or what is the solution for this? Because right now all rawhide modules are
basically broken. And because Mock started using modular fedora repos, then all Mock attempts for rawhides builds are
There is an issue with qpid-proton-0.26.0-1.fc28. It should be in
"stable", but it was blocked. This is creating a problem with qpid packages
in F28. Can someone advise or assist in moving this package to "stable"
I found the following BZ ticket which explains this situation...
FreeCAD chose to use PySide over PyQt so this (and a couple of other
packages) are preventing me from switching it over to Qt5.
Is there anyone interested in getting PySide2 in Fedora and willing to
submit a Review Request? I'll volunteer to be the reviewer..
I've got a 100% reproducible crash with Firefox on Wayland, but
I've run into a brick wall getting it properly reported.
Neither coredumpctl nor abrt even report a crash, so no coredump file
exists. I was advised in my bug report that abrt doesn't provide
useful information anyway , so I should collect it directly with
The problem I then encountered: the laptop becomes a hair dryer and
unresponsive for at least 60 minutes with zero crash information
written out, so I gave up. I've processed coredumps from other
applications before with gdb, it usually takes less than a minute.
Anyway, it seems like a problem if possibly the most popular
application on Fedora is this difficult to debug.
> Do you want to make Fedora 30 better? Please spend 1 minute of your time and try to run:
# dnf --skip-broken --allowerasing -b --assumeno --releasever=30 --setopt=module_platform_id=platform:f30 distro-sync
Install 61 Packages
Upgrade 3628 Packages
Remove 23 Packages
Downgrade 34 Packages
Total download size: 3.9 G