libjpeg-turbo conflicts in rawhide

[Toshio Kuratomi]

On Thu, Jul 01, 2010 at 02:26:57PM +0200, Adam Tkac wrote:
> On Tue, Jun 29, 2010 at 11:31:45PM -0400, Rich Mattes wrote:
> > Hi all,
> 
> Hello,
> 
> > I'm trying to build a package that has a BuildRequires: libjpeg-devel in 
> > Rawhide [1].  I get a message in root.log that libjpeg-turbo-devel 
> > obsoletes libjpeg-devel, so yum pulls in libjpeg-turbo-devel instead.  
> > Unfortunately, when it pulls in dependencies for my other BuildRequires, 
> > it's trying to pull in libjpeg and libjpeg-turbo, and I get a conflict 
> > since they both provide libjpeg.so.62.0.0
> > 
> > The only thing I can think of is that one of the packages I'm requiring 
> > has an explicit dep on libjpeg (I'm about to investigate which).  For 
> > the time being, is there any to work around this?
> 
> I read this thread and
> https://bugzilla.redhat.com/show_bug.cgi?id=609224 and I see two
> reasonable solutions for this problem:
> 
> 1. Add Obsoletes/Provides libjpeg directly to libjpeg-turbo package
> which contains only libjpeg.so.62*. I believe this will solve both
> update and buildroot problems. However it also means all users of
> libjpeg programs (djpeg, cjpeg and friends) will need to manually
> install libjpeg-turbo-tools
> 
> 2. Merge both libjpeg-turbo-utils and libjpeg-turbo to one package, as
> done in libjpeg.
> 
> I must admit I like the first solution. People usually needs only
> libjpeg.so, not programs. People which need libjpeg programs can
> easily install libjpeg-turbo-tools package themselves, this
> "incompatibility" seems acceptable for me in development branch.
> 
> What is your opinion about this proposal?
> 
solution #1 seems like the logical choice.

-Toshio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20100701/2fb0f14a/attachment.bin