GET 24/7 LIVE HELP NOW

Announcement

Announcement Module
Collapse
No announcement yet.

Symbol versioning in RPM packages

Page Title Module
Move Remove Collapse
X
Conversation Detail Module
Collapse
  • Filter
  • Time
  • Show
Clear All
new posts

  • Symbol versioning in RPM packages

    Hi guys,

    I'm writing this as a maintainer of MariaDB in Fedora and upcoming RHEL-7. We've got some complaints (from MySQL upstream actually) about how we handle symbol versioning in our distros; which we evaluated as valid in the end. The issue is we've changed ABI of MySQL client library downstream since MySQL-5.5 in Fedora (in order to prevent upstream's ABI mistakes), which started to make problems for people building on one distro and running their software on other distro. Detailed info and whole story BZ 1045013 [1].

    With collaboration of MariaDB upstream, Oracle developer and us we came up with a solution, that we'll use both libmysqlclient_16 and libmysqlclient_18 versions for symbols, which were already in MySQL 5.1, while libmysqlclient_18 will be default one. That's what we're going to do in RHEL-7, future Fedoras and both MariaDB/MySQL upstreams seem to be willing to use the same approach for RPM packages they provide. I'd like to see what Percona upstream is thinking about this approach and if you guys will be able to adopt the same template at least for RPM packages.

    Please, give us also know if somebody sees a problem with the proposed solution.

    [1] https://bugzilla.redhat.com/show_bug.cgi?id=1045013

    Thanks,
    Honza

  • #2
    Honza, Thank you for your question. We're discussing this internally. If there is no response back by the end of this week, feel free to ping me on Skype @ roel.mysql
    --
    Roel Van de Paar,
    Director of Development Services, Percona

    Comment

    Working...
    X