RE: OpenDKIM RPM upgrade dependency issues from libopendkim

From: Murray S. Kucherawy <msk_at_cloudmark.com>
Date: Mon, 15 Aug 2011 11:13:57 -0700

> -----Original Message-----
> From: Steve Jenkins [mailto:stevejenkins_at_gmail.com]
> Sent: Monday, August 15, 2011 7:19 AM
> To: Murray S. Kucherawy
> Cc: opendkim-dev_at_lists.opendkim.org
> Subject: Re: OpenDKIM RPM upgrade dependency issues from libopendkim
>
> I don't think the issue with installing libopendkim 2.4.2 over 2.4.1
> has anything to do with the fact that 2.4.1 is current "open" when the
> upgrade is attempting. It's that the system is complaining "Hey - you
> can't overwrite that, because I have this package over here named
> opendkim 2.4.1 that says it needs libopendkim 2.4.1, so you'll break
> things if you do that" because the system doesn't know there's a new
> opendkim 2.4.2 waiting in the wings. The main issue is that the one
> spec file results in two RPMs with a dependency.

Maybe the easiest path forward is to say in the spec files that the libraries can coexist, as long as they don't actually clobber any files that are present. There's nothing wrong with having libopendkim.2.5.so and libopendkim.2.6.so both on the system, with a symlink pointing from libopendkim.2.so and/or libopendkim.so pointing at one or the other. Same for opendkim itself, as long as the binaries are versioned and the unversioned name is actually a symlink.

I suppose the problem there would be that dkim.h might change between versions, and now you have to know which one matches the library against which you're trying to compile.

At any rate, this can't be a problem unique to opendkim, so there must be an example out there of something that's done this before. Maybe OpenSSL?

> Did the old DKIM-milter also build a dependent library separately?

No, it only ever built a static binary and library as far as I recall. And I was never privy to any of the efforts to RPM-ize it.

Thanks for digging into this stuff. It's nice to have an extra hand in the project. :-)

-MSK
Received on Mon Aug 15 2011 - 18:14:05 PST

This archive was generated by hypermail 2.3.0 : Mon Oct 29 2012 - 23:33:11 PST