Hi, I would like to use evince-dvi. Since installing TeXLive 2010 attempts to install it via yum fail. Please advise! # yum install evince-dvi Loaded plugins: aliases, changelog, fastestmirror, filter-data, keys, list-data, merge-conf, presto, priorities, protectbase, refresh-packagekit, refresh-updatesd, remove-with- : leaves, rpm-warm-cache, show-leaves, verify Loading mirror speeds from cached hostfile * fedora: serverbeach1.fedoraproject.org * rpmfusion-free: mirror.liberty.edu * rpmfusion-free-updates: mirror.liberty.edu * rpmfusion-nonfree: mirror.liberty.edu * rpmfusion-nonfree-updates: mirror.liberty.edu * updates: mirror.math.princeton.edu Skipping filters plugin, no data 0 packages excluded due to repository protections Setting up Install Process Resolving Dependencies Skipping filters plugin, no data --> Running transaction check ---> Package evince-dvi.x86_64 0:2.30.3-1.fc13 set to be installed --> Processing Dependency: libkpathsea.so.4()(64bit) for package: evince-dvi-2.30.3-1.fc13.x86_64 --> Finished Dependency Resolution Error: Package: evince-dvi-2.30.3-1.fc13.x86_64 (updates) Requires: libkpathsea.so.4()(64bit) Available: kpathsea-2007-49.fc13.x86_64 (fedora) libkpathsea.so.4()(64bit) Available: kpathsea-2007-51.fc13.x86_64 (updates) libkpathsea.so.4()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
Hi Phil, it seems that the TexLive 2010 installation collides with the kpathsea package. Where have you installed it from? Evince-dvi needs libkpathsea.so.4 which is included in the kpathsea package. You have to uninstall the TexLive 2010 or recompile evince. Could you show me result of this command?: rpm -qf /usr/lib64/libkpathsea.so* (modify the path accordingly if the libkpathsea.so* is installed somewhere else) Regards Marek
I imagine that a version of evince-dvi needs to be built against the current (2010) version of TeXLive. Hi Marek, Thank you for replying. You asked: > Where have you installed it from? from http://jnovy.fedorapeople.org/texlive/ For context, please see https://bugzilla.redhat.com/show_bug.cgi?id=488651#c197 TexLive provides Donald Knuth's TeX typesetting system, as well as LaTeX and literally thousands of other related packages and tools that are continually being updated. These are relied on by many Fedora users to produce technical papers, presentations, graphs, and the like. I don't want to uninstall TexLive 2010 as the official Fedora rpms are three years old (TexLive2007). It would be best to have a version of evince-dvi built upon a current version of texlive. Currently I'm testing F14, and I find that: $ yum provides "/usr/lib64/libkpathsea.so*" Loaded plugins: langpacks, presto, refresh-packagekit Adding en_US to language list fedora/filelists_db | 19 MB 00:14 texlive/filelists | 655 kB 00:00 updates/filelists_db | 2.7 MB 00:01 kpathsea-2007-56.fc14.x86_64 : Path searching library for TeX-related files Repo : fedora Matched from: Filename : /usr/lib64/libkpathsea.so.4 Filename : /usr/lib64/libkpathsea.so.4.0.0 kpathsea-devel-2007-56.fc14.x86_64 : Files needed to build software against kpathsea Repo : fedora Matched from: Filename : /usr/lib64/libkpathsea.so texlive-kpathsea-lib-devel-2010-13.20101102.fc14.x86_64 : Path searching library for TeX-related files Repo : texlive Matched from: Filename : /usr/lib64/libkpathsea.so texlive-kpathsea-lib-2010-13.20101102.fc14.x86_64 : Path searching library for TeX-related files Repo : texlive Matched from: Filename : /usr/lib64/libkpathsea.so.6 Filename : /usr/lib64/libkpathsea.so.6.0.0 and # yum install evince-dvi Loaded plugins: langpacks, presto, refresh-packagekit Adding en_US to language list Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package evince-dvi.x86_64 0:2.32.0-1.fc14 set to be installed --> Processing Dependency: libkpathsea.so.4()(64bit) for package: evince-dvi-2.32.0-1.fc14.x86_64 Package kpathsea is obsoleted by texlive-kpathsea-doc, but obsoleting package does not provide for requirements --> Processing Dependency: libt1.so.5()(64bit) for package: evince-dvi-2.32.0-1.fc14.x86_64 --> Running transaction check ---> Package evince-dvi.x86_64 0:2.32.0-1.fc14 set to be installed --> Processing Dependency: libkpathsea.so.4()(64bit) for package: evince-dvi-2.32.0-1.fc14.x86_64 Package kpathsea is obsoleted by texlive-kpathsea-doc, but obsoleting package does not provide for requirements ---> Package t1lib.x86_64 0:5.1.2-6.fc14 set to be installed --> Finished Dependency Resolution Error: Package: evince-dvi-2.32.0-1.fc14.x86_64 (fedora) Requires: libkpathsea.so.4()(64bit) Available: kpathsea-2007-56.fc14.x86_64 (fedora) libkpathsea.so.4()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
This bug cannot actually be worked around by Fedora Evince. One needs the new kpathsea library to be present in Fedora which could only be there as soon as TeX Live 2010 is included. Possible workaround for you could be to rebuild evince manually on your machine with TeX Live 2010 installed. F14 evince builds fine for me with TeX Live 2010. What to do is: 1. be sure "fedora-packager" package is on your system 2. fedpkg clone -B evince 3. cd evince/f14 4. fedpkg srpm 5. sudo yum builddep *.src.rpm -y 6. fedpkg local *** This bug has been marked as a duplicate of bug 488651 ***
Jindrich, thank you for explaining and for the clear instructions!
Could there be a texlive-evince-dvi package as part of TeXLive2010 ? Still can't yum install evince-dvi onto a fresh Fedora 14 + TeXLive 2010. ---> Package evince-dvi.x86_64 0:2.32.0-3.fc14 set to be installed --> Processing Dependency: libkpathsea.so.4()(64bit) for package: evince-dvi-2.32.0-3.fc14.x86_64 --> Finished Dependency Resolution Error: Package: evince-dvi-2.32.0-3.fc14.x86_64 (updates) Requires: libkpathsea.so.4()(64bit) Available: kpathsea-2007-56.fc14.x86_64 (fedora) libkpathsea.so.4()(64bit)
There should be a new package or some other generic fix, because the recommendation of Comment #3 does not work without permissions, which I do not have: fedpkg clone -B evince Cloning into bare repository /home/p/f/sysop/fedora/evince/fedpkg.git... Permission denied (publickey). fatal: The remote end hung up unexpectedly Could not clone: Command '['git', 'clone', '--bare', 'ssh://p.org/evince', '/home/p/f/sysop/fedora/evince/fedpkg.git']' returned non-zero exit status 128 [p@lap fedora]$ Original Bug Report: evince-dvi-2.30.3-1.fc13.x86_64 Current Bug Version: evince-dvi-2.32.0-3.fc14.x86_64
I have followed the instruction in the wiki to install texlive 2011 today, on Fedora 15 LXDE, and it failed. I now find this bug dated on 2010-11-16. Why is there no mention about this issue on the wiki page http://fedoraproject.org/wiki/Features/TeXLive? Evince is the default pdf, dvi viewer on Gnome. I wouldn't have updated if I it was a mention about the issue. | "This bug cannot actually be worked around by Fedora Evince. One needs the new | kpathsea library to be present in Fedora which could only be there as soon as | TeX Live 2010 is included. | | Possible workaround for you could be to rebuild evince manually on your machine | with TeX Live 2010 installed. F14 evince builds fine for me with TeX Live | 2010." So, the users can update Texlive 2011, but the update will be screwed because of a missing Evince dependency (affecting Gnome users)? And the "possible workaround" is in comment 3# of the bug report. Go figure.
Got the full discussion over here. http://permalink.gmane.org/gmane.linux.redhat.fedora.texlive/42 | > Rebuilding evince is trivial. Grab the SRPM and then just "rpmbuild | > --rebuild <pkgname>. I can post the RPMs someplace for you to pick up | > if you want. No, For a Fedora Desktop user doing his first steps using LyX & texlive, it is not trivial to rebuild Evince. How do I undo the jnovy rpm and remove the updated package? Thanks.
(In reply to comment #7) > So, the users can update Texlive 2011, but the update will be screwed "screw" was out of frustration. Change that for "impossible" or something more appropriate. Thanks.
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping