Scientific Linux Forum.org



  Reply to this topicStart new topicStart Poll

> gThumb is broken
foxinsocks
 Posted: Jun 8 2018, 03:38 AM
Quote Post


SLF Member
***

Group: Members
Posts: 87
Member No.: 137
Joined: 8-May 11









Several weeks ago I started receiving these messages:
etc/cron.daily/0yum-daily.cron:
Failed to check for updates with the following error message:
Failed to build transaction: gthumb-3.3.4-2.el7.x86_64 requires libexiv2.so.26()(64bit)

I thought downgrading gThumb might solve the problem. Negative. OK, delete and re-install.

Then I got:
$ sudo yum install gthumb
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* epel: fedora.melbourneitmirror.net
* repos: ftp1.scientificlinux.org
* sl: ftp1.scientificlinux.org
* sl-extras: ftp1.scientificlinux.org
* sl-fastbugs: ftp1.scientificlinux.org
* sl-security: ftp1.scientificlinux.org
Resolving Dependencies
--> Running transaction check
---> Package gthumb.x86_64 0:3.3.4-2.el7 will be installed
--> Processing Dependency: libexiv2.so.26()(64bit) for package: gthumb-3.3.4-2.el7.x86_64
--> Finished Dependency Resolution
Error: Package: gthumb-3.3.4-2.el7.x86_64 (epel)
Requires: libexiv2.so.26()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
$

Nothing happening there so I went on a bit of a google-ramble and came across this:
https://bugzilla.redhat.com/show_bug.cgi?id=1578517

The last entry on that bug report says that a rebuilt gThumb has been pushed to epel stable. However, I'm still getting the same result as above.

I'd appreciate any info that would help me get gThumb installed and running again. Thanks

PMEmail Poster
^
toracat
 Posted: Jun 13 2018, 10:48 PM
Quote Post


SLF Geek
****

Group: Members
Posts: 315
Member No.: 11
Joined: 10-April 11









What is the output returned by:

yum list exiv2-libs

--------------------
ELRepo: repository specializing in hardware support for EL
PMUsers Website
^
foxinsocks
 Posted: Jun 13 2018, 11:40 PM
Quote Post


SLF Member
***

Group: Members
Posts: 87
Member No.: 137
Joined: 8-May 11









QUOTE (toracat @ Jun 14 2018, 08:48 AM)
What is the output returned by:

yum list exiv2-libs



Thanks for your response, toracat.

$ yum list exiv2-libs
Loaded plugins: fastestmirror, langpacks
Determining fastest mirrors
* epel: mirror.aarnet.edu.au
* repos: ftp.scientificlinux.org
* sl: ftp.scientificlinux.org
* sl-extras: ftp.scientificlinux.org
* sl-fastbugs: ftp.scientificlinux.org
* sl-security: ftp.scientificlinux.org
epel 12583/12583
google-chrome 3/3
Installed Packages
exiv2-libs.x86_64 0.23-6.el7 @base/$releasever
Available Packages
exiv2-libs.i686 0.23-6.el7 sl

By the way, I've tried
$ sudo yum upgrade exiv2-libs.x86_64
but got the response:
No packages marked for update








PMEmail Poster
^
foxinsocks
 Posted: Jun 27 2018, 12:00 PM
Quote Post


SLF Member
***

Group: Members
Posts: 87
Member No.: 137
Joined: 8-May 11









Haven't had any further luck getting past this problem.
However, today when I tried to do an update from 7.4 to 7.5... (Mainly because it didn't happen automagically)
Maybe this will help, I thought...

I uninstalled and reinstalled yum-conf-sl7x
then did yum clean all
then yum update

Everything seemed to tick along OK until until we got to...

---> Package kernel.x86_64 0:3.10.0-862.2.3.el7 will be erased
---> Package kernel-devel.x86_64 0:3.10.0-862.2.3.el7 will be erased
--> Finished Dependency Resolution
Error: Package: pyexiv2-0.3.2-22.el7.x86_64 (@epel)
Requires: libexiv2.so.12()(64bit)
Removing: exiv2-libs-0.23-6.el7.x86_64 (@base/$releasever)
libexiv2.so.12()(64bit)
Updated By: exiv2-libs-0.26-3.el7.x86_64 (sl)
~libexiv2.so.26()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
[Desktop]$

Curiouser and curiouser...
I'm open to ideas suggestions as to proceed towards a successful update - and hopefully also get gthumb running as well.

PMEmail Poster
^
burakkucat
 Posted: Jun 27 2018, 01:38 PM
Quote Post


SLF Administrator
****

Group: Admins
Posts: 232
Member No.: 14
Joined: 10-April 11









QUOTE (foxinsocks @ Jun 27 2018, 12:00 PM)
. . . --> Finished Dependency Resolution
Error: Package: pyexiv2-0.3.2-22.el7.x86_64 (@epel)  . . .

It seems that your system is configured to use packages from EPEL as well as the distribution default.

I'll suggest that you try the following --

yum clean all
yum --disablerepo epel check-update
yum --disablerepo epel update


If that goes through successfully then we will know that the problem has its origin in one (or more) packages that you have installed from EPEL.

--------------------
user posted image 100% Linux and, previously, Unix. Co-founder of the ELRepo Project.
PMUsers Website
^
foxinsocks
 Posted: Jun 27 2018, 09:39 PM
Quote Post


SLF Member
***

Group: Members
Posts: 87
Member No.: 137
Joined: 8-May 11










Thanks for your response, burakkucat.

Here's what I got.

# yum clean all
Loaded plugins: fastestmirror, langpacks
Cleaning repos: epel google-chrome nux-dextop repos sl sl-extras sl-fastbugs
: sl-security softwarecollections
Cleaning up everything
Maybe you want: rm -rf /var/cache/yum, to also free up space taken by orphaned data from disabled or removed repos
Cleaning up list of fastest mirrors
#


Then I ran:
# yum --disablerepo epel check-update

And it ended with ...

Update notice SLBA-2018:1066-1 (from sl-fastbugs) is broken, or a bad duplicate, skipping.
You should report this problem to the owner of the sl-fastbugs repository.
If you are the owner, consider re-running the same command with --verbose to see the exact data that caused the conflict.
Update notice SLBA-2018:1424-1 (from sl-fastbugs) is broken, or a bad duplicate, skipping.
#


Finally I ran:
# yum --disablerepo epel update

And it ended with ...

--> Finished Dependency Resolution
Error: Package: pyexiv2-0.3.2-22.el7.x86_64 (@epel)
Requires: libexiv2.so.12()(64bit)
Removing: exiv2-libs-0.23-6.el7.x86_64 (@base/$releasever)
libexiv2.so.12()(64bit)
Updated By: exiv2-libs-0.26-3.el7.x86_64 (sl)
~libexiv2.so.26()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

PMEmail Poster
^
burakkucat
 Posted: Jun 27 2018, 10:12 PM
Quote Post


SLF Administrator
****

Group: Admins
Posts: 232
Member No.: 14
Joined: 10-April 11









Hmm . . . There is something happening that I do not understand.
QUOTE

# yum --disablerepo epel check-update

And it ended with ...

Update notice SLBA-2018:1066-1 (from sl-fastbugs) is broken, or a bad duplicate, skipping.
You should report this problem to the owner of the sl-fastbugs repository.
If you are the owner, consider re-running the same command with --verbose to see the exact data that caused the conflict.
Update notice SLBA-2018:1424-1 (from sl-fastbugs) is broken, or a bad duplicate, skipping.
#

That is clearly significant and should be mentioned to the SL developers. The best way to catch the attention of Pat, Bonnie, Scott and the rest of the team is via the SL-mailing list. Specifically, you will need to subscribe to the scientific-linux-users list, as detailed on this page.

Once subscribed, explain the situation and show the output of the above three yum commands.

--------------------
user posted image 100% Linux and, previously, Unix. Co-founder of the ELRepo Project.
PMUsers Website
^
toracat
 Posted: Jun 27 2018, 10:18 PM
Quote Post


SLF Geek
****

Group: Members
Posts: 315
Member No.: 11
Joined: 10-April 11









EPEL is supposed to update the pyexiv2 package for EL 7.5. A bug report has been filed: RHBZ 157825.

--------------------
ELRepo: repository specializing in hardware support for EL
PMUsers Website
^
toracat
 Posted: Jun 27 2018, 11:08 PM
Quote Post


SLF Geek
****

Group: Members
Posts: 315
Member No.: 11
Joined: 10-April 11









I have rebuilt pyexiv2 against EL 7.5. It is available for testing: http://toracat.org/files/rpms/pyexiv2/pyexiv2-0.3.2-22.ay.el7.x86_64.rpm

Please give it a try.

--------------------
ELRepo: repository specializing in hardware support for EL
PMUsers Website
^
foxinsocks
 Posted: Jun 28 2018, 07:04 AM
Quote Post


SLF Member
***

Group: Members
Posts: 87
Member No.: 137
Joined: 8-May 11









QUOTE (toracat @ Jun 28 2018, 08:18 AM)
EPEL is supposed to update the pyexiv2 package for EL 7.5. A bug report has been filed: RHBZ 157825.


Indeed. Noted in my initial post :-)
PMEmail Poster
^
foxinsocks
 Posted: Jun 28 2018, 07:08 AM
Quote Post


SLF Member
***

Group: Members
Posts: 87
Member No.: 137
Joined: 8-May 11









QUOTE (toracat @ Jun 28 2018, 09:08 AM)
I have rebuilt pyexiv2 against EL 7.5. It is available for testing: http://toracat.org/files/rpms/pyexiv2/pyexiv2-0.3.2-22.ay.el7.x86_64.rpm

Please give it a try.



# rpm -Uvh pyexiv2-0.3.2-22.ay.el7.x86_64.rpm
error: Failed dependencies:
libexiv2.so.26()(64bit) is needed by pyexiv2-0.3.2-22.ay.el7.x86_64
#

:-(

There's a sort of 'Catch 22' here. I need libexiv2.so.26()(64bit) but I can't obtain it from EPELrepo (see an earlier post above.)
PMEmail Poster
^
foxinsocks
 Posted: Jun 28 2018, 07:41 AM
Quote Post


SLF Member
***

Group: Members
Posts: 87
Member No.: 137
Joined: 8-May 11









Woohoo!
Thanks for all the help guys.

I reflected for a few moments after my last efforts and posts... When gThumb originally crashed I looked for a suitable plan B. (I'm not the only one who uses this machine and I needed something that operated similarly to gThumb. Enter the ancient gwenview. It did the work but, as I realised in my reflecting just now, it also relied on some older libraries.

I deleted gwenview on the suspicion that one of the dependencies was the exiv2-libs which seemed to be the root cause of my 'Catch 22' (see post earlier). I was then able to install the updated exiv2-libs and toracat's rebuilt pyexiv libs and then gThumb. Up and running.

Thanks again :-)
PMEmail Poster
^
toracat
 Posted: Jun 29 2018, 02:50 PM
Quote Post


SLF Geek
****

Group: Members
Posts: 315
Member No.: 11
Joined: 10-April 11









Glad to hear things have worked out. Just wanted to add a note that EPEL finally released an updated version of pyexiv2 to their testing repository.

--------------------
ELRepo: repository specializing in hardware support for EL
PMUsers Website
^
foxinsocks
 Posted: Jun 29 2018, 09:36 PM
Quote Post


SLF Member
***

Group: Members
Posts: 87
Member No.: 137
Joined: 8-May 11









QUOTE (toracat @ Jun 30 2018, 12:50 AM)
Glad to hear things have worked out. Just wanted to add a note that EPEL finally released an updated version of pyexiv2 to their testing repository.



Thanks for this info. I suspected something like that was happening.

Some while ago I trained cron to email me instead of me having to go looking for messages and yesterday I got a message:

/etc/cron.daily/0yum-daily.cron:
Failed to check for updates with the following error message:
Failed to build transaction: pyexiv2-0.3.2-22.el7.x86_64 requires libexiv2.so.12()(64bit)

While everything is playing together nicely 'I ain't touching what ain't broken

Cheers :-)
PMEmail Poster
^
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

Topic Options Reply to this topicStart new topicStart Poll