FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 06-30-2010, 03:31 AM
Rich Mattes
 
Default libjpeg-turbo conflicts in rawhide

Hi all,

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?

Thanks,

Rich

[1]: http://koji.fedoraproject.org/koji/taskinfo?taskID=2282066

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 06:04 AM
Chen Lei
 
Default libjpeg-turbo conflicts in rawhide

2010/6/30 Rich Mattes <richmattes@gmail.com>:
> Hi all,
>
> 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?
>
> Thanks,
>
> Rich
>
> [1]: http://koji.fedoraproject.org/koji/taskinfo?taskID=2282066
>
> --

See https://bugzilla.redhat.com/show_bug.cgi?id=607554
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 08:23 AM
Michael Schwendt
 
Default libjpeg-turbo conflicts in rawhide

On Wed, 30 Jun 2010 14:04:51 +0800, Chen wrote:

> 2010/6/30 Rich Mattes <richmattes@gmail.com>:
> > Hi all,
> >
> > 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?
> >
> > Thanks,
> >
> > Rich
> >
> > [1]: http://koji.fedoraproject.org/koji/taskinfo?taskID=2282066
> >
> > --
>
> See https://bugzilla.redhat.com/show_bug.cgi?id=607554

Why doesn't libjpeg-turbo contain the proper Obsoletes for libjpeg?

Only libjpeg-turbo-devel does it correctly for libjpeg-devel and
libjpeg-static.

That's only half of the show. libjpeg-turbo is meant to replace libjpeg,
so it should obsolete it. And if it also added the "Provides", there
would be no need to rebuild dependencies, but considering that this is
Rawhide, okay if it doesn't add the "Provides".
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 09:21 AM
Chen Lei
 
Default libjpeg-turbo conflicts in rawhide

2010/6/30 Michael Schwendt <mschwendt@gmail.com>:
> On Wed, 30 Jun 2010 14:04:51 +0800, Chen wrote:
>
>> 2010/6/30 Rich Mattes <richmattes@gmail.com>:
>> > Hi all,
>> >
>> > 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?
>> >
>> > Thanks,
>> >
>> > Rich
>> >
>> > [1]: http://koji.fedoraproject.org/koji/taskinfo?taskID=2282066
>> >
>> > --
>>
>> See https://bugzilla.redhat.com/show_bug.cgi?id=607554
>
> Why doesn't *libjpeg-turbo *contain the proper Obsoletes for libjpeg?
>
> Only libjpeg-turbo-devel does it correctly for libjpeg-devel and
> libjpeg-static.
>
> That's only half of the show. libjpeg-turbo is meant to replace libjpeg,
> so it should obsolete it. And if it also added the "Provides", there
> would be no need to rebuild dependencies, but considering that this is
> Rawhide, okay if it doesn't add the "Provides".
> --

libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes
libjpeg is already added to libjpeg-turbo-utils. I don't know why
Rich's package failed to build on koji, the problem is a bit weird.
Among 5 packages which require libjpeg explicitly, only
java-1.6.0-openjdk will be used as a BR, however Rich's packages is
irrelevant to java. FYI, provides libjpeg is also add to
libjpeg-turbo-utils now, I don't know if it can solve the file
conflicts.
Chen Lei
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 09:25 AM
Peter Robinson
 
Default libjpeg-turbo conflicts in rawhide

On Wed, Jun 30, 2010 at 10:21 AM, Chen Lei <supercyper1@gmail.com> wrote:
> 2010/6/30 Michael Schwendt <mschwendt@gmail.com>:
>> On Wed, 30 Jun 2010 14:04:51 +0800, Chen wrote:
>>
>>> 2010/6/30 Rich Mattes <richmattes@gmail.com>:
>>> > Hi all,
>>> >
>>> > 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?
>>> >
>>> > Thanks,
>>> >
>>> > Rich
>>> >
>>> > [1]: http://koji.fedoraproject.org/koji/taskinfo?taskID=2282066
>>> >
>>> > --
>>>
>>> See https://bugzilla.redhat.com/show_bug.cgi?id=607554
>>
>> Why doesn't *libjpeg-turbo *contain the proper Obsoletes for libjpeg?
>>
>> Only libjpeg-turbo-devel does it correctly for libjpeg-devel and
>> libjpeg-static.
>>
>> That's only half of the show. libjpeg-turbo is meant to replace libjpeg,
>> so it should obsolete it. And if it also added the "Provides", there
>> would be no need to rebuild dependencies, but considering that this is
>> Rawhide, okay if it doesn't add the "Provides".
>> --
>
> libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes
> libjpeg is already added to libjpeg-turbo-utils. I don't know why
> Rich's package failed to build on koji, *the problem is a bit weird.
> Among 5 packages which require libjpeg explicitly, only
> java-1.6.0-openjdk will be used as a BR, however Rich's packages is
> irrelevant to java. *FYI, provides libjpeg is also add to
> libjpeg-turbo-utils now, I don't know if it can solve the file
> conflicts.

Why would you add the obsolete to the -utils. In most cases you
probably only need the libs so it wouldn't pull in the utils package
and hence wouldn't obsolete it. You need to have the library obsolete
the libary probably along with the appropriate matching provides as
well.

Peter
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 09:35 AM
Michael Schwendt
 
Default libjpeg-turbo conflicts in rawhide

On Wed, 30 Jun 2010 10:25:37 +0100, Peter wrote:

> > libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes
> > libjpeg is already added to libjpeg-turbo-utils. I don't know why
> > Rich's package failed to build on koji, *the problem is a bit weird.
> > Among 5 packages which require libjpeg explicitly, only
> > java-1.6.0-openjdk will be used as a BR, however Rich's packages is
> > irrelevant to java. *FYI, provides libjpeg is also add to
> > libjpeg-turbo-utils now, I don't know if it can solve the file
> > conflicts.
>
> Why would you add the obsolete to the -utils. In most cases you
> probably only need the libs so it wouldn't pull in the utils package
> and hence wouldn't obsolete it.

libjpeg contained libs _and_ tools.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 09:42 AM
Ralf Ertzinger
 
Default libjpeg-turbo conflicts in rawhide

Hi.

On Wed, 30 Jun 2010 17:21:37 +0800, Chen Lei wrote:


> libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes
> libjpeg is already added to libjpeg-turbo-utils.

I assume that you cannot really install libjpeg-turbo-utils without
pulling in libjpeg-turbo, so the the obsoletes should be on the package
containing the libs.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 11:59 AM
Rich Mattes
 
Default libjpeg-turbo conflicts in rawhide

On 6/30/2010 5:35 AM, Michael Schwendt wrote:
> On Wed, 30 Jun 2010 10:25:37 +0100, Peter wrote:
>
>>> libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes
>>> libjpeg is already added to libjpeg-turbo-utils. I don't know why
>>> Rich's package failed to build on koji, the problem is a bit weird.
>>> Among 5 packages which require libjpeg explicitly, only
>>> java-1.6.0-openjdk will be used as a BR, however Rich's packages is
>>> irrelevant to java. FYI, provides libjpeg is also add to
>>> libjpeg-turbo-utils now, I don't know if it can solve the file
>>> conflicts.
>> Why would you add the obsolete to the -utils. In most cases you
>> probably only need the libs so it wouldn't pull in the utils package
>> and hence wouldn't obsolete it.
> libjpeg contained libs _and_ tools.
I played with it a little bit more last night, the problem occurred when
my package pulled in graphviz. Graphviz has a BR:libjpeg-devel, and
makes no mention of libjpeg-utils. It only relies on libjpeg for the
libraries, and doesn't need any of the utils (my package only uses
libjpeg's libraries as well). I guess since libjpeg-turbo didn't
obsolete libjpeg, graphviz was quite happy pulling in libjpeg instead of
libjpeg-turbo.

Rich
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 12:02 PM
Michael Schwendt
 
Default libjpeg-turbo conflicts in rawhide

On Wed, 30 Jun 2010 17:21:37 +0800, Chen wrote:

> libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes
> libjpeg is already added to libjpeg-turbo-utils.

root.log of
http://koji.fedoraproject.org/koji/taskinfo?taskID=2282066
doesn't refer to libjpeg-turbo-utils at all, but just libjpeg *and*
libjpeg-turbo.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 06-30-2010, 12:04 PM
Chen Lei
 
Default libjpeg-turbo conflicts in rawhide

2010/6/30 Rich Mattes <richmattes@gmail.com>:
> I played with it a little bit more last night, the problem occurred when
> my package pulled in graphviz. *Graphviz has a BR:libjpeg-devel, and
> makes no mention of libjpeg-utils. *It only relies on libjpeg for the
> libraries, and doesn't need any of the utils (my package only uses
> libjpeg's libraries as well). *I guess since libjpeg-turbo didn't
> obsolete libjpeg, graphviz was quite happy pulling in libjpeg instead of
> libjpeg-turbo.
>
> Rich
> --

I think It's a bug of yum-builddep, libjpeg is obsoleted by
libjpeg-turbo-utils, and graphviz don't depends on libjpeg explicitly,
I don't know how libjpeg can be pulled in.

Chen Lei
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 03:43 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org