When trying to compile a latex file with latex or pdflatex, latex (pdflatex) complains about latex.log and latex.fmt (pdflatex.log and pdflatex.fmt). Emerging additional latex-packages fails with access violation: unlink, rename latex.log and latex.fmt The mentioned files aren't present in /usr/share/texmf/web2c. However, running latex (pdflatex) as root creates the appropriate files and fixes the problems. Reproducible: Always Steps to Reproduce: 1. emerging tetex-2.0.2-r5 2. running latex or pdflatex on a latex file 3. or emerging a latex-package Actual Results: Latex complains about latex.log and latex.fmt. Access Violation when emerging a latex package. Expected Results: Latex or pdflatex should compile the file. The additional packages should emerge. Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r14 x86_64) ================================================================= System uname: 2.6.9-gentoo-r14 x86_64 AMD Athlon(tm) 64 FX-55 Processor Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 11 2005, 15:51:28)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.inode.at" LANG="de_DE@euro" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa berkdb bitmap-fonts cdr crypt cups dvdr esd f77 fam font-server foomaticdb fortran gif gnome gphoto2 gpm gstreamer gtk gtk2 imlib ipv6 java jp2 jpeg libwww lzw lzw-tiff mozilla multilib ncurses nls nptl oggvorbis opengl oss pam perl png ppds python readline ssl tcpd tetex tiff truetype truetype-fonts type1-fonts usb userlocales xml2 xmms xpm xrandr xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Don't know if this is amd64 related. Could you remerge tetex-2.0.2-r5 after `emerge -C tetex` and `rm -rf /usr/share/texmf`? (please also remove /usr/local/share/texmf if you have)
I think this is the cause of bug #14598 I just filed...
Excuse me... It's bug #81866, NOT bug #14598.
Arg! Excuse me again... It's #81666.
Seems both of you are using amd64 boxen. Is it amd64 specific issue? (I cannot reproduce the bug on my x86 laptop)
Yes, I'm using an amd64 processor too. I got to need these packages at "emerge system" time by the usage of the "doc" use flag. I don't actually know why it could be so, but yes, it could be an amd64-specific bug...
I've unmerged tetex, deleted /usr/shar/texmf and remerged tetex-2.0.2-r5 but the problem persists. I had a problem with jadetex, too. It's because missing tex.log and tex.fmt. It again can be fixed with running tex on a tex-file as root to creat e the missing files. I'm using amd64, too. I don't have this issue on my x86 notebook.
Excuse me... I got the bug # wrong again... This problem is caused by bug #81866. I managed to work-around it by running as root: tex latex mf pdflatex so that tex.fmt/tex.log latex.fmt/latex.log mf.fmt/mf.log pdflatex.fmt/pdflatex.log get generated. Then my next dependency in "emerge system" (jadetex) emerges as expected.
*** Bug 82013 has been marked as a duplicate of this bug. ***
*** Bug 81866 has been marked as a duplicate of this bug. ***
Okay. This is not amd64 specific. I'll work on this issue.
Well, if there was any doubt, that appears to be a workaround for my x86 box, as well. I executed those commands as root (and then provided a non-existent filename at the prompts), and the necessary files were created. "t1lib" then 'emerge'ed successfully, allowing me to continue with my "xpdf" emerge. Thanks!
*** Bug 82283 has been marked as a duplicate of this bug. ***
the workaround doesn't work with the xcolor package, error follows strip: strip --strip-unneeded >>> Completed installing xcolor-2.00 into /var/tmp/portage/xcolor-2.00/image/ --------------------------- ACCESS VIOLATION SUMMARY--------------------------- LOG FILE = "/tmp/sandbox-dev-tex_-_xcolor-2.00-18261.log" mkdir: /usr/share/texmf/fonts/tfm/jknappen mkdir: /usr/share/texmf/fonts/tfm/jknappen/tc
Workaround for this problem is to disable sandbox (or usersandbox if you are using userpriv) and then emerge latex packages.
*** Bug 82315 has been marked as a duplicate of this bug. ***
(I suppose) I fixed it in CVS. If you had this problem, please remerge tetex-2.0.2-r5 and report back if this works or not.
I just did emerge sync and emerge tetex (after manually moving the files I manually generated to a temporary directory). The fixed ebuild seems to work correctly now. It has installed the missing files into the /usr/share/texmf/web2c directory :)
Works here, too.
Thanks for testing. Closing this bug. (Please don't hesitate to reopen if the bug still persists.)
Mamoru: I guess e.g. http://forums.gentoo.org/viewtopic-t-297923.html relates. How about revision+1?
*** Bug 82728 has been marked as a duplicate of this bug. ***
Yeah, I was thinking of revision bump for it but I wanted to solve bug #79413 before that. I'll fix that bug and bump tetex to -r6 tonight.
*** Bug 84950 has been marked as a duplicate of this bug. ***