[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: How to handle soname bump properly?



Peter Lemenkov wrote:
> Consider, we got library libfoo and dependent utility bar.
> 
> If I updated library libfoo (successfully built with soname
> increased, and ready to hit updates-testing via Bodhi), then how
> should I udate bar?

This is something that requires some help from rel-eng.  You would
build libfoo and then mail rel-eng fedoraproject org asking for a
build root override for libfoo (providing the full n-e-v-r or cvs tag
for the libfoo build you want to be in the build root) and often some
brief justification for the request (like, "I need this to build bar
against in order to fix outstanding bugs").

They sprinkle some pixie dust and let you know when it's done.  Then
you can build bar against the new libfoo and push both of them as a
single update to updates-testing via bodhi.

(Of course, you should already have done some testing of this in
rawhide and locally for the affected stable release and thought hard
about whether a soname bump in the stable release warranted -- that
the benefits of the bump outweigh the drawbacks.)

> If I rebuild bar, then against what version of libfoo it will be
> rebuilt? Against old one or against new, which still not submitted to
> updates-testing (to avoid unresolved dependencies).

It would be built against the older version, which is obviously not
what you want.

-- 
Todd        OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mollison's Bureaucracy Hypothesis:
    If an idea can survive a bureaucratic review and be implemented it
    wasn't worth doing.

Attachment: pgpBWOyle2HFx.pgp
Description: PGP signature


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]