This new build that landed today breaks ABI, now provides libgdbm.so.3 (was .so.2 previously). And largely breaks the world, due to many high profile packages that now have broken deps, including perl, python. I've untagged this from dist-f14 until a plan can be formulated to introduce this without the fallout.
See also related commit I did to gdbm/devel branch, * Wed Mar 10 2010 Rex Dieter <rdieter> - 1.8.3-2 - %files: track shlib sonames, so abi breaks are less of a surprise :) Alternatives off the top of my head on how to introduce this less painfully include: 1. A new koji tag for rebuilding stuff against the new gdbm 2. introduce a (temporary?) compat-gdbm package providing the older sonames
I know about the breakage. I already prepared an announcement for fedora-devel, and obtained a list of all package maintainers affected by this change, so they can be BCC'ed and rebuild their packages. If you want to protect rawhide from being broken for a day or two, I would go for a new koji tag. Can you create it, please? (I do not know how to do it)
Good to know. Though... the surprise of folks reporting breakage in #fedora-devel would've been less if the announcement had been *before* breaking anything, imo. Lemme ping other rel-eng folks on which plan they prefer 1. 1-2 days breakage 2. create separate koji tag.
Meh, I consider plan 1 acceptable, retagging gdbm-1.8.3-1.fc14 I suppose we can keep this open as a sort of tracker, and close when all relevant rebuilds are done, if that's acceptable to you? Oh, and please send the -devel announcement asap. :)
I thought it takes a day for a build to reach the repository. I tried to rebuild (scratch build) ypserv with the new gdbm, but Koji still uses the old one. That is the reason why I did not send the announcement yet. I am very sorry if I broke someone's system before the announcement.
Oh, it seems that perl needs to be rebuilt ASAP, it is needed by mock. AFAIK I do not have sufficient rights to do it. Can you do that, please?
I, spot, Oxf13 are on freenode/#fedora-devel irc discussing now. We're trying some perl/python scratch builds, if they go ok, good. Else, we'll likely have to untag this and re-evaluate.
Ok, thank you.
looks like we have some bootstapping problems, mostly to do with perl, so this looks like a no go as is, untagging again. We'll have to come up with something else. (maybe do the compat-gdbm thing is safest).
Right, perl is required by rpm-build and thus gets pulled into every single buildroot. Perl can't install if gdbm is bumped, so a compat-gbdm is required here.
Here's my first rough try at compat-gdbm: http://rdieter.fedorapeople.org/rpms/compat-gdbm/ Will post for review shortly.
gdbm-1.8.3-5.fc14 and compat-gdbm-1.8.0-2.fc14 fix this issue. compat-gdbm provides libgdbm.so.2 gdbm provides libgdbm.so.3