Hey all,
Just wanted to inform you that memcached and libmemcached
are rebuilt in the side tag. So maintainers of dependent packages
(gearmand, Io-language, php-pecl-memcached) can proceed with
their build.
Regards.
On Tue, Sep 15, 2020 at 11:17 AM Ondřej Lysoněk <olysonek@xxxxxxxxxx> wrote:
(maintainers of dependent packages in BCC)
Hi,
libevent will be rebased to 2.1.12 in Rawhide. The new version
includes a soname bump. Rebuilds of libevent and dependent packages
will happen in side tag 'f34-build-side-30069'.
Due to the nature of the dependency tree, we can't simply build all
dependent packages at the same time. We'll have to build in
batches. See my plan at the bottom of the email.
I'll reach out to individual maintainers when it's time to rebuild
their package. However, the new libevent is already built in the tag,
so if you own a package from the "Initial set", you don't have to wait
for me and you can start the rebuild right away using the following
command.
fedpkg build --target=f34-build-side-30069
I've performed test rebuilds of the dependent packages in COPR and it
went mostly well, so I don't expect any big issues. Some notable
things I found during the test rebuilds:
- some of the packages (libreswan, perl-Event-Lib, sems) fail to build
for unrelated reasons. Unless these are fixed, they'll become
uninstallable. I've notified their owners.
- libreswan should hopefully get fixed soon by its own rebase
- perl-Event-Lib will likely get orphaned
- no response about sems
- I wasn't able to rebuild community-mysql, because for some reason,
it fails to build in COPR (but builds fine in Koji). I guess we'll
have to build this one with our fingers crossed.
- the new libevent breaks transmission slightly. Hopefully this will
get fixed soon. Worst-case scenario, we'll temporarily revert the
problematic libevent change, or come up with some temporary quick
fix for transmission. Reported upstream:
https://github.com/transmission/transmission/issues/1437
- due to a build dep loop, avahi will need to be bootstrapped
- I'm not sure if chromium really utilizes the system libevent - it
seems to bundle it's own version. Nevertheless, it has BuildRequires
for libevent-devel, so it's included in my list.
List of dependent packages:
- 389-ds-base
- addrwatch
- avahi
- ccnet
- chromium
- community-mysql
- coturn
- fragments
- fstrm
- gearmand
- getdns
- groonga
- icecat
- Io-language
- ladvd
- libasr
- libcouchbase
- libmemcached
- libreswan
- libverto
- links
- lldpd
- lua-event
- mediaconch
- memcached
- mpris-scrobbler
- nbd-runner
- netatalk
- nfs-utils
- nsd
- ntp
- ocproxy
- openmpi
- opensmtpd
- perl-Event-Lib
- pgbouncer
- php-pecl-event
- php-pecl-http
- php-pecl-memcached
- pmix
- qt5-qtwebengine
- remctl
- scanssh
- seafile
- sems
- sslsplit
- sstp-client
- suricata
- thrift
- tmate
- tmux
- tor
- transmission
- trickle
- unbound
- uwsgi
- zabbix
Here is my plan for the rebuild process. Note that the "After ... is
rebuilt" paragraphs can be executed in any order - just their
respective dependencies must be met.
Initial set:
- avahi - needs to be bootstrapped
- packages that I haven't been able to rebuild:
- community-mysql, libreswan, perl-Event-Lib, sems
- other: addrwatch, ccnet, coturn, groonga, ladvd, libasr,
libverto, links, lldpd, memcached, mpris-scrobbler, nbd-runner,
nfs-utils, nsd, ntp, ocproxy, opensmtpd, pgbouncer, php-pecl-event,
php-pecl-http, pmix, remctl, scanssh, seafile, sslsplit,
sstp-client, suricata, tmate, tmux, trickle, unbound, uwsgi, zabbix
After avahi is rebuilt, we can rebuild:
389-ds-base, fragments, fstrm, icecat, libcouchbase, lua-event,
netatalk, qt5-qtwebengine, thrift, tor, transmission
After unbound and avahi is rebuilt, we can rebuild:
chromium, getdns
After memcached is rebuilt, we can rebuild:
libmemcached
After memcached and libmemcached is rebuilt, we can rebuild:
gearmand, Io-language, php-pecl-memcached
After qt5-qtwebengine is rebuilt, we can rebuild:
mediaconch
After pmix and avahi is rebuilt, we can rebuild:
openmpi
Best regards
Ondřej Lysoněk
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
