Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
texlive 2007 has been released on february 1st, would be very nice to see an ebuild soon :)) thank you very much Reproducible: Always
(In reply to comment #0) > texlive 2007 has been released on february 1st, would be very nice to see an > ebuild soon :)) TeX is without a real maintainer at the moment, so the chance of getting 2007 into the tree is very small. Have a look at bug 135385.
Created an attachment (id=113021) [details] alpha ebuild for texlive-2007 (based on texlive-2005) Alpha ebuild for texlive-2007 which is heavily based on the texlive-2005 ebuild. * Adjustments were made to make it compile successfully. * Necessary texlive downloads are available from my webserver: http://134.60.104.12/gentoo/ This is my first ebuild so review is greatly appreciated - especially the pkg_preinst(), pkg_postinst() and src_install() part which is essentially the same as in texlive-2005.ebuild.
Thank you very much for this work! Could you also post here the script, which allows one to prepare necessary downloads in /usr/portage/distfiles using the official dvd image?
(In reply to comment #2) > * Adjustments were made to make it compile successfully. > * Necessary texlive downloads are available from my webserver: > http://134.60.104.12/gentoo/ > This is my first ebuild so review is greatly appreciated - especially the > pkg_preinst(), pkg_postinst() and src_install() part which is essentially the > same as in texlive-2005.ebuild. 1) Better provide diffs (makes reviewing simpler) 2) only provide the ebuild, no tarballs please 3) put quotes around all occurences of ${D}, ${S} and ${FILESDIR}
Created an attachment (id=113044) [details] Script to extract the necessary tar.gz files from the DVD iso and put them into /usr/portage/distfiles
Created an attachment (id=113045) [details] Diff: texlive-2005.ebuild -> texlive-2007.ebuild
Created an attachment (id=113046) [details] Diff: texlive-2005.ebuild -> texlive-2007.ebuild * changed tar.bz2 to tar.gz (does not make much of a difference in the final size)
1) Still quotes needed 2) Why did you remove perl-tk dependency? As far as I know texdoctk is still included and needs that! 3) Did you check with png and jpeg USE flags disabled if configure won't exit with an error? 4) Why did you remove CFLAGS take over for emake? Are user CFLAGS still respected without tc-getCC options?
(In reply to comment #8) > 1) Still quotes needed texlive-2005 did not have them, however in the ebuild that I'm about to upload they should have quotes. > 3) Did you check with png and jpeg USE flags disabled if configure won't exit > with an error? configure runs well with and w/o png USE flag (it doesn't care about jpeg ;) ). > 4) Why did you remove CFLAGS take over for emake? Are user CFLAGS still > respected without tc-getCC options? They were responsible for libtool problems. If those flags are passed to emake, libtool complains about it being "unable to infer tagged configuration" and missing --tag information. Remerging libtools didn't solve that problem, it rather comes up when libtool is called with "--mode=compile $CC" and $CC being anything else but (I think it was) "cc". My CFLAG settings from make.conf are still respected however.
(In reply to comment #9) > (In reply to comment #8) > > 1) Still quotes needed > texlive-2005 did not have them, however in the ebuild that I'm about to upload > they should have quotes. Not everyone adds them, however if a user uses a path with spaces for PORTDIR or similar, the ebuild will break badly. > > 3) Did you check with png and jpeg USE flags disabled if configure won't exit > > with an error? > configure runs well with and w/o png USE flag (it doesn't care about jpeg ;) ). I meant zlib not jpeg.
Created an attachment (id=113072) [details] Diff: texlive-2005.ebuild -> texlive-2007.ebuild * fixes paths * added png zlib USE flag * removed old patchsets * added 1 new patch (same name though) * fixed freetype2 compile problem (ft2build.h could not be found) * added quotes around fragile variables Compiles well but some problems remain (compile messages): ========================================================== [...] tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. fmtutil: config file `fmtutil.cnf' not found. make: [install] Error 1 (ignored) [...] texlinks: config file `fmtutil.cnf' not found. make: [install] Error 1 (ignored) [...] /bin/sh: line 0: test: /var/tmp/portage/app-text/texlive-2007/image//usr/bin/updmap-sys: binary operator expected /var/tmp/portage/app-text/texlive-2007/work/texlive-2007/texk/web2c doman: /var/tmp/portage/app-text/texlive-2007/work/texlive-2007/texk/web2c/pdftexdir/pdftosrc.1 does not exist [...] QA Notice: The following files contain insecure RUNPATH's Please file a bug about this at http://bugs.gentoo.org/ with the maintaining herd of the package. /var/tmp/portage/app-text/texlive-2007/work/texlive-2007/texk/kpathsea/.libs usr/bin/xdvipdfmx Auto fixing rpaths for /var/tmp/portage/app-text/texlive-2007/work/texlive-2007/texk/kpathsea/.libs usr/bin/xdvipdfmx QA Notice: The following files contain executable stacks Files with executable stacks will not work properly (or at all!) on some architectures/operating systems. A bug should be filed at http://bugs.gentoo.org/ to make sure the file is fixed. For more information, see http://hardened.gentoo.org/gnu-stack.xml Please include this file in your report: /var/tmp/portage/app-text/texlive-2007/temp/scanelf-execstack.log RWX --- --- usr/bin/xetex
Created an attachment (id=113073) [details] Script to extract the necessary tar.bz2 files from the DVD iso and put them into /usr/portage/distfiles * needs to be run as root (since the iso needs to be mounted)
(In reply to comment #11) > * added 1 new patch (same name though) Which can be found where? > tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. > fmtutil: config file `fmtutil.cnf' not found. > make: [install] Error 1 (ignored) > [...] > texlinks: config file `fmtutil.cnf' not found. > make: [install] Error 1 (ignored) > [...] Maybe this is intended. Check if you find the file in /usr/share/texmf/texconfig respectively /usr/share/texmf/web2c/ I can't help you with the rest. Ok, we really need a new maintainer for that thing. I will ask in -dev ML.
(In reply to comment #13) > (In reply to comment #11) > > * added 1 new patch (same name though) > > Which can be found where? Forgot to say that :) On my webserver: http://134.60.104.12/gentoo/texlive.tar.bz2 It's called "texlive-2007-gentoo-texmf-site.patch" just as in the 2005 version. Just small adjustments had to be made in order for it to apply correctly. > > tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. > > fmtutil: config file `fmtutil.cnf' not found. > > make: [install] Error 1 (ignored) > > [...] > > texlinks: config file `fmtutil.cnf' not found. > > make: [install] Error 1 (ignored) > > [...] > > Maybe this is intended. Check if you find the file in > /usr/share/texmf/texconfig respectively /usr/share/texmf/web2c/ The files are there! They were installed during the build. > I can't help you with the rest. > > Ok, we really need a new maintainer for that thing. I will ask in -dev ML. Thanks a lot!
`kpsewhich --var-value=TEXMFMAIN` returns wrong path which in turn causes xetex, tex, etc. to not function properly because it cannot find its config files. I'll investigate this further... until then, the final installation remains broken.
Err.. just want a clarification. Does this ebuild pull the _whole_ texlive in? It's kind of too big (much bigger than tetex).
(In reply to comment #16) > Err.. just want a clarification. Does this ebuild pull the _whole_ texlive in? > It's kind of too big (much bigger than tetex). Yes. Although I read somewhere that 2007 has a tetex-like target...did not have the time to investigate though. Fabian, you should provide virtual/tetex not virtual/tex.
(In reply to comment #17) > (In reply to comment #16) > > Err.. just want a clarification. Does this ebuild pull the _whole_ texlive in? > > It's kind of too big (much bigger than tetex). > > Yes. Although I read somewhere that 2007 has a tetex-like target...did not > have the time to investigate though. Maybe this is it: http://tug.org/pipermail/tex-live/2007-January/012001.html. I'll try to improve the extract script to limit to either scheme-tetex or collection-tetex only.
(In reply to comment #17) > Fabian, you should provide virtual/tetex not virtual/tex. Will do...
This ebuild doesn't work for me (the 2005 ebuild from the portage tree doesn't work either, but it compiles...) Tiphaine Turpin * Cannot find $EPATCH_SOURCE! Value for $EPATCH_SOURCE is: * * /usr/local/portage/app-text/texlive/files/2007/texlive-2007-use-system-libtool.patch * ( texlive-2007-use-system-libtool.patch ) !!! ERROR: app-text/texlive-2007 failed. Call stack: ebuild.sh, line 1614: Called dyn_unpack ebuild.sh, line 751: Called qa_call 'src_unpack' environment, line 3516: Called src_unpack texlive-2007.ebuild, line 83: Called epatch '/usr/local/portage/app-text/texlive/files/2007/texlive-2007-use-system-libtool.patch' eutils.eclass, line 198: Called die
Oops, maybe I shouldn't have renamed the file "2007". (In reply to comment #20) > This ebuild doesn't work for me (the 2005 ebuild from the portage tree doesn't > work either, but it compiles...) > > Tiphaine Turpin > > > * Cannot find $EPATCH_SOURCE! Value for $EPATCH_SOURCE is: > * > * > /usr/local/portage/app-text/texlive/files/2007/texlive-2007-use-system-libtool.patch > * ( texlive-2007-use-system-libtool.patch ) > > > !!! ERROR: app-text/texlive-2007 failed. > Call stack: > ebuild.sh, line 1614: Called dyn_unpack > ebuild.sh, line 751: Called qa_call 'src_unpack' > environment, line 3516: Called src_unpack > texlive-2007.ebuild, line 83: Called epatch > '/usr/local/portage/app-text/texlive/files/2007/texlive-2007-use-system-libtool.patch' > eutils.eclass, line 198: Called die >
The script for extracting the tar.bz2 files doesn't work on my computer, cause the mounted iso file doesn't contain any directory called source. Any suggestions? dyas texlive-2007 # tar xpfj "${TMPDIR}/mnt/source/source.tar.bz2" tar: /tmp/tmp.XXXXs97xu3/mnt/source/source.tar.bz2: Cannot open: No such file or directory
Created an attachment (id=113574) [details] Script to extract the necessary tar.bz2 files from the DVD iso and put them into /usr/portage/distfiles (In reply to comment #22) > The script for extracting the tar.bz2 files doesn't work on my computer, cause > the mounted iso file doesn't contain any directory called source. > Any suggestions? Where did you get the ISO from and what is the MD5 checksum? It was for me: 9ce7337507a67f95812b58f95e4e2661 texlive2007-live-20070212.iso I uploaded a new script which takes the iso file as an argument. This way one does not have to download it all over again. The extraction process is still the same though.
I was emerging texlive and now have one problem and several comments. My problem is that compiling a minimal tex file fails with the following message: This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %&-line parsing enabled. kpathsea: Running mktexfmt pdftex.fmt /usr/bin/mktexfmt: line 336: //texmf/texconfig/tcfmgr: No such file or directory fmtutil: config file `fmtutil.cnf' not found. I can't find the format file `pdftex.fmt'! File pdftex.fmt is located in /var/lib/texmf/web2c/. Looking into mktexfmt reveals that calling kpsewhich --var-value=TEXMFMAIN fails, as it returns only //texmf. So my guess is that some environment variable is not set. strace on kpsewhich shows that it opens both /usr/share/texmf/web2c/texmf.cnf and /var/lib/texmf/web2c/texmf.cnf. Does anyone has an idea what's wrong? Why does texlive install two *different* texmf.cnf files? Even if this file is neccessary in both locations, wouldn't be symlinking better? My comments on the ebuild are as follows: - Set the ebuild's version number after the release date of the texlive install iso (e.g. 20070212). This allows easier updating once a new texlive release comes out - Integrate the extraction script into the ebuild and make a SRC_URI dependency on an official TUG or dante mirror to fetch the install iso (smaller than the live iso). - Put the ebuild plus all patches on an overlay server (e.g. Gentoo Sunrise). This makes updating for users much simpler.
Sorry for joining the discussion only now, but I was busy. I think we (since the maintainer is leaving sooner) should consider to design the TeX-related files distribution and split it in various ebuilds before going to add an ebuild that does function but it does not work at its best. For what I know, TeXLive is a system that installs binaries for TeX and related softwares plus the tree of packages/files needed for the typesetting of documents. MiKTeX (which is the main distribution under Windows) makes available three flavours of this "$TEXMF" tree: minimal, medium, total. I think it's a good idea if also Gentoo can provide such granularity; this goes pro the users. (Also, the idea is to have an ebuild for the single package on CTAN, which is a future enhancement that will be done if we can have some active dev in tex herd.) If this idea to provide three different TEXMF trees is good to you, I think we can restrict the real TeXLive installation to binaries only. I didn't read the license (and I will do it sooner), but I think we can legally provide a tarball of the binaries sources (if needed, I will contact TeXLive staff to make sure of this). So the work on the texlive ebuild will be reduced. FYI, I think I can enter the tex herd on Gentoo, but if it's not going to happen sooner, I will surely continue to work on these. Let me know.
thanks for all your work! could we use libcdio's iso-read to "extract" the necessary files from the iso image without mounting it? this would create a dependency for dev-libs/libcdio, but it would maybe make it more easy/secure(?) to include the "gather the source process" into the ebuild. markus
The "Script to extract the necessary tar.bz2 files from the DVD iso and put them into /usr/portage/distfiles" does not work for me. This is because of the quotes in line mv "${TMPDIR}/texlive-2007-*.tar.bz2" /usr/portage/distfiles/ If I change this line to mv ${TMPDIR}/texlive-2007-*.tar.bz2 /usr/portage/distfiles/ then the script works. I attach here new corrected version of the script.
Created an attachment (id=114885) [details] Script to extract the necessary tar.bz2 files from the DVD iso and put them into /usr/portage/distfiles
IIRC, the quotes need to stay because someone might have spaces in their TMPDIR. Maybe: mv "${TMPDIR}"/texlive-2007-*.tar.bz2 will work better? While you're at it, /usr/portage/distfiles should probably be something like "${DISTDIR}"
Created an attachment (id=114955) [details] Script to extract the necessary tar.bz2 files from the DVD iso and put them into /usr/portage/distfiles Ok, I have corrected the script.
Can someone please attach the needed patches? The 2005 ones don't apply for me.
Created an attachment (id=120478) [details] Diff: texlive-2005.ebuild -> texlive-2007.ebuild I solved a few problems with texlive - use DOC did not work properly - /usr/share/texmf/texmf.cnf should be deleted - /etc/texmf/texmf.d/00texmf.cnf was not usable - /usr/bin/makempx was not installed properly I noticed that TeXLive does not install properly if there are files in /var/lib/texmf/web2c. For the moment it seems the best to delete /var/lib/texmf manually before installing TeXLive. As a last remark I have to mention, that this ebuild is far from being perfect, so use it at your own risk!
Created an attachment (id=120479) [details] makempx patch
Created an attachment (id=120480) [details] texmf.cnf patch
In reply to comment #34) > Created an attachment (id=120480) [edit] [details] > texmf.cnf patch > Daniel, the ebuild seems to use texlive-2007-mpware-libtool.patch. Could you post it as well ? Thanks, Guillaume
Created an attachment (id=120920) [details] mpware-libtool patch
Does texlive need ruby? And if so, are the ruby modules not covered by the ebuild? doppelhertz ~ # texexec the file 'texexec.rb' is not found
I also keep getting this: TEXMFMAIN=/var/tmp/paludis/app-text/texlive-2007/work/texlive-2007/texmf PATH=/var/tmp/paludis/app-text/texlive-2007/image//usr/bin:/var/tmp/paludis/app-text/texlive-2007/image//usr/bin:/usr/lib/ccache/bin/:/usr/libexec/paludis/utils:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.2.0:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin:/usr/kde/3.5/sbin:/usr/kde/3.5/bin:/usr/kde/3.5/sbin:/usr/kde/3.5/bin:/usr/qt/3/bin:/usr/qt/3/bin \ /var/tmp/paludis/app-text/texlive-2007/image//usr/bin/updmap-sys --nohash; \ else :; fi /bin/sh: line 0: test: /var/tmp/paludis/app-text/texlive-2007/image//usr/bin/updmap-sys: binary operator expected >>> dosbin: making /var/paludis/repositories/local/app-text/texlive/files/texmf-update executable...
Created an attachment (id=122800) [details] Diff: texlive-2005.ebuild -> texlive-2007.ebuild Copying the patched texmf.cnf and cleaning out all web2c directories made it work for me, here's my diff against texlive-2005.
Created an attachment (id=122965) [details] app-text/texlive/texlive-2007.ebuild elisp files installation added.
Does this ebuild generally support ppc since it's smaller then the official iso file containing packages for several archs (i386-linux, powerpc-darwin, win32)?
The ebuild compiles TeXLive from source. So there is no need for binaries.
(In reply to comment #40) > Created an attachment (id=122965) [edit] [details] > app-text/texlive/texlive-2007.ebuild > > elisp files installation added. > In this ebuild, in src_install it links 'platex' to 'latex' in /usr/bin ... I don't have platex on my system -- linking it to 'tex' (as it is in previous distros) does not work: This is TeXk, Version 3.141592 (Web2C 7.5.6) %&-line parsing enabled. ---! /home/kelvie/.texmf-var/web2c/pdftex/latex.fmt was written by pdftex (Fatal format file error; I'm stymied)
Nevermind, running texmf-update fixed that -- I didn't copy $FILESDIR/* of texlive-2005 in my overlay.
The mirror of this ebuild is down since 2 days.
(In reply to comment #45) > The mirror of this ebuild is down since 2 days. I've mirrored it at my dev sapce[1], feel free to use. And I'm planning to integrate app-text/ptex for myself. ----- [1] http://dev.gentoo.gr.jp/~hiyuh/misc/
BTW, anyone has patches for QA fixes? texlive-2007 has many QA craps ATM...
This thing is huge. I run out of space to install it starting with 2.1G. There should be a test and a warning like for OpenOffice.org. How much space is actually required?
OK this thing requires just over 2.2G - I just fell short the previous time. I just realised that I should copy "/usr/portage/app-text/texlive/files/texmf-update" over in my overlay (and that's the meaning of the comment #44 which was a bit cryptic to me) so I will have to start things all over again.
Portage fails to fetch the source for texlive 2007, it seems the uri in the ebuild isn't valid anymore.
(In reply to comment #50) > Portage fails to fetch the source for texlive 2007, it seems the uri in the > ebuild isn't valid anymore. It works if you use the path from comment #47 for the SRC_URI. I just tried this, and compilation apparently finishes fine, but I have some file collisions at merge phase. I unmerged the offending dev-tex/dvi2tty and dev-tex/cjk-latex which are obviously conflicting. Less obvious is: * media-libs/freetype-1.3.1-r5: '/usr/bin/ttf2tfm' '/usr/bin/ttf2pk'freetype-1 '/usr/share/texmf/ttf2pk/VPS.rpl' (but the only app depending on that here was the ancient gfontview package, so I removed that too) Just mentioning this here so those ackages can maybe added to the blockers list.
I had none of these problems, but I also have none of these packages. I have been working for the last 2 weeks with it without problems on my x86 machine, I still have to make the move on my ppc machine. I couldn't emerge app-text/dvipdfm because it doesn't like the version of libkapathsea from texlive but app-text/dvipdfmx worked fine.
I can't seem to get it to work; there's different, alternative ebuilds here, right? (Führicht provided one, Kulyabov another, etc?) If anyone would care to give a short set of instructions of getting texlive 2007 built, with one or the other of the ebuilds, kindly post a reply in a (so far un-answered) thread I put up on the gentoo forums: http://forums.gentoo.org/viewtopic-t-571464.html I'd appreciate it!
Thanks for the work so far on this package! Found a small error in the psfonts.map file that gets installed. When trying to compile using pyxplot or some other ps file creators that depend on TeX, the following error would come up: /usr/lib/python2.4/site-packages/pyx/dvifile.py:396: UserWarning: Ignoring line 3955 in mapping file 'psfonts.map': wrong syntax warnings.warn("Ignoring line %i in mapping file '%s': %s" % (lineno, filename, e)) The offending line (3955) has an extra space. So changing this: maghribi1 maghribi "OmegaArabicEncoding ReEncodeFont" <aromega.enc < maghribi1.pfb to this: maghribi1 maghribi "OmegaArabicEncoding ReEncodeFont" <aromega.enc <maghribi1.pfb fixed it. This is true of both psfonts.map files I found associated texlive.
Created an attachment (id=127764) [details] Patch against previous ebuild to honour cdinstall (and some minor fixes) To reduce the space requirement, I suggest to use the attached ebuild with the cdinstall useflag activated. Then you only need the relatively short sources texlive-2007-src.tar.bz2 and texlive-2007-texmf.tar.bz2. The huge source *-texm-dist can e.g. be readonly-mounted from dvd/network/squashfs (or copied manually) into /usr/share/texmf-dist (you can also use a symbolic link for this directory, of course). The ebuild will simply assume that the data is there and will not modify it (except that texhash will create an ls-R file in it if the folder is writable). This is particularly also useful if you want to share tex on several systems which have access to common directories. I squashed the texmf-dist and even texmf-doc from dvd and mounted the squashed filesystems to /usr/share/texmf-dist and /usr/share/texmf-doc (note that the latter is not contained in the earlier ebuilds). My space requirements, including the compressed sources and the squashfs-files are only about 660 MB; without the texmf-doc 590 MB. I estimate that at most 100-200 MB more were needed during emerge. Without the cdinstall useflag, the ebuild behaves as the previous one. However, there are some minor fixes (e.g. of some quotations), some forgotten blocks with existing packages were added, and the useflags t1lib and gd were added which - when activated - will cause the system libraries to be used. Moreover, I added some more optional texmf-directories (like e.g. /usr/share/texmf-doc) and an optional secondary local texmf-directory (/usr/share/texmf-add) which is useful for systems sharing a common "local" directory. Finally, I also added a security patch (although usually the corresponding binary is not installed, but better be safe than sorry).
Created an attachment (id=127766) [details] This is needed in the files/2007 directory for the previous ebuild
Created an attachment (id=127768) [details] files/2007/texlive-2007-mv-texmf.patch (needed for the previous ebuild)
(In reply to comment #2) > * Necessary texlive downloads are available from my webserver: > http://134.60.104.12/gentoo/ This server is down, so that digest fails. I tried 24h ago and again now, I do not know whether this is only temporary, but for now, it fails. If somebody has these files, they could be uploaded here, maybe? or hosted somewhere else?
(In reply to comment #58) > (In reply to comment #2) > > * Necessary texlive downloads are available from my webserver: > > http://134.60.104.12/gentoo/ > > This server is down, so that digest fails. I tried 24h ago and again now, I do > not know whether this is only temporary, but for now, it fails. If somebody has > these files, they could be uploaded here, maybe? or hosted somewhere else? See my comment #46.
Created an attachment (id=129323) [details] fix SRC_URI to reach the files needed Ah thank you very much, I had missed it, here is an actual patch to fix the SRC_URI, it is trivial but will give the thing more visibility IMHO. It applies against the last ebuild fully patched by Martin Vaeth.
Hello everybody, thanks for all the ebuilds & patches. I've gathered the work here and been working on modular texlive ebuilds for a few time. Now it should be documented enough so that people (besides me) can install it without much troubles. If you wish to test it, this starts here : http://overlays.gentoo.org/dev/aballier/browser/README Of course, there might be bugs, anybody can have some improvements to make, etc. Please contact me if you have anything to add/report !
*** Bug 135385 has been marked as a duplicate of this bug. ***
*** Bug 175904 has been marked as a duplicate of this bug. ***
(In reply to comment #61) > Hello everybody, thanks for all the ebuilds & patches. I've gathered the work > here and been working on modular texlive ebuilds for a few time. Now it should > be documented enough so that people (besides me) can install it without much > troubles. If you wish to test it, this starts here : > http://overlays.gentoo.org/dev/aballier/browser/README > > Of course, there might be bugs, anybody can have some improvements to make, > etc. Please contact me if you have anything to add/report ! > Is it work?
(In reply to comment #64) > Is it work? Yes. I gave it a try and after some problems finally succeeded. I mailed a report to Alexis and he already fixed the probs/bugs I found. So now it's up to you to find (and fix) the next bug ;)
(In reply to comment #61) Hello Alexis, I have the following error when emerging app-text/texlive-2007 (I believe this is the relevant part) --- could be cjk-related --- and I just checked-out your svn repos. (/usr/share/texmf-dist/tex/generic/xu-hyphen/xu-bahyph.tex ! I can't find file `bahyph.tex'. l.29 \input bahyph.tex Please type another input file name: ! Emergency stop. l.29 \input bahyph.tex No pages of output. Transcript written on latex.log. Error: `pdftex -ini -jobname=latex -progname=latex -translate-file=cp227.tcx *latex.ini' failed ############################################################################### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /var/tmp/portage/dev-texlive/texlive-latex-2007/work/texlive-latex-2007/unpacked/texmf-var/web2c for details. ###############################################################################
(In reply to comment #66) > (/usr/share/texmf-dist/tex/generic/xu-hyphen/xu-bahyph.tex > ! I can't find file `bahyph.tex'. > l.29 \input bahyph.tex Yeah this was due in a bug in texmf-update code for regenerating language.dat file : /usr/sbin/texmf-update should contain : # Generate language.dat file, from texlive install-pkg.sh X=`kpsewhich language.dat` if test -n "$X"; then echo "Generating language.dat file" cd `dirname $X` Z=`pwd` Y=`kpsewhich language.us` cd `dirname $Y` cat language.us > $Z/language.dat for i in language.*.dat; do test -f $i && cat $i >> $Z/language.dat done fi (beware of the for i in language* stuff, this is the one that has changed) alternatively you can emerge any texlive-lang package or svn update and replace your texmf-update script by texlive-core's one that is in filesdir (or remerge texlive-core but that's probably an overkill)
Created an attachment (id=132234) [details] Security patch for previous ebuild to fix GLSA-200709-17 The attached patch against the previous ebuild (with the previous SRC_URI patch) will fix all security issues of glsa-200709-17. You must also copy /usr/portage/app-text/tetex/files/tetex-3.0_p1-CVE-2007-0650.patch into files/2007. (Note that tetex-3.0_p1-xpdf-CVE-2007-3387.patch is not needed, since I had adapted this security fix already in the previous ebuild - hopefully correctly).
>>> Done src_unpack >>> Starting src_compile * Building format texmf/fmtutil/format.latex.cnf fmtutil: format directory `/var/tmp/paludis/dev-texlive/texlive-latex-2007/work/texmf-var/web2c' does not exist. !!! ERROR in dev-texlive/texlive-latex-2007: !!! In texlive-module_src_compile at line 1180 !!! failed to build format texmf/fmtutil/format.latex.cnf !!! Call stack: !!! * texlive-module_src_compile (/var/tmp/paludis/dev-texlive/texlive-latex-2007/temp/loadsaveenv:1180) !!! * src_compile (/var/tmp/paludis/dev-texlive/texlive-latex-2007/temp/loadsaveenv:1136) !!! * ebuild_f_compile (/usr/libexec/paludis/src_compile.bash:51) !!! * ebuild_main (/usr/libexec/paludis/ebuild.bash:363) !!! * main (/usr/libexec/paludis/ebuild.bash:381) die trap: exiting with error. Install error: * In program /usr/bin/paludis --dl-reinstall if-use-changed -i texlive-latexrecommended: * When performing install action from command line: * When executing install task: * When installing 'dev-texlive/texlive-latex-2007': * Install error: Install failed for 'dev-texlive/texlive-latex-2007::gentoo'
texlive 2007 is in the tree. Thanks to everybody here, all the comments have been useful to be able to add those ebuilds we'll handle keywording in bug #195815 if you have anything to add/change to the current ebuilds, please file a new bug or mail me directly if it's not a big one; but I hope I didn't forget anything that had been stated here. For the paludis build failure, here it is fine, see my comment on bug #195815; perhaps there is a hidden bug somewhere, if it regularly fails like that, could you please report it on that bug instead ?
