Re: TeX Live is Alive!
Randy McMurchy wrote:
./configure --prefix=/usr \
--bindir=/usr/share/texmf/bin \
--sysconfdir=/etc/texlive \
--mandir=/usr/share/texmf/man \
--infodir=/usr/share/info \
--disable-native-texlive-build \
--enable-shared \
--without-luatex \
--enable-mktextex-default \
--with-banner-add= - BLFS \
--with-system-libgs \
--with-libgs-includes=/usr/include/ghostscript \
--with-system-xpdf \
--with-system-gd \
--with-system-freetype2 \
--with-system-t1lib \
--with-system-libpng \
--with-system-zlib \
--with-system-zziplib \
--with-x
On a fresh svn install with *no* other pachages, this works for me:
./configure --prefix=/usr \
--bindir=/usr/share/texmf/bin \
--sysconfdir=/etc/texlive \
--mandir=/usr/share/texmf/man \
--infodir=/usr/share/info \
--disable-native-texlive-build \
--enable-shared \
--without-luatex \
--enable-mktextex-default \
--with-banner-add= - BLFS \
--without-x \
--disable-xdvipdfmx
I then had to add /usr/share/texmf/bin to my PATH:
# kpsewhich --expand-var '$SELFAUTOPARENT'
/usr/share
# kpsewhich --expand-var '$TEXMFCNF'
{/usr/share/texmf/bin,/usr/share/texmf,/usr/share}{,{/share,}/texmf{-local,}/web2c}
For the links, I needed:
for FN in `find /usr/share/texmf/bin -type l`; do
if [ `readlink $FN | grep \.\./texmf` ]; then
ln -svf `readlink $FN | sed 's|\.\./texmf|../../texmf|'` $FN
fi
done
Note the changes there in line 1: /usr/bin - /usr/share/texmf/bin
and in line 3: ../share/texmf - ../../texmf
For the configuration, I had:
fmtutil-sys --all
This is a summary of all `failed' messages:
`xetex -ini -jobname=cont-en -progname=context -8bit *cont-en.ini' failed
`xetex -ini -jobname=xetex -progname=xetex -etex xetex.ini' failed
`xetex -ini -jobname=xelatex -progname=xelatex -etex xelatex.ini' failed
but those are probably because TeXLive was not built with X and there is
no xetex program.
All the other configuration commands seemed to work without problems. I
don't know that I care for having the executables in a subdirectory of
/usr/share, but there are 137 programs, 50 scripts, and 84 links to
scripts in texmf-dist/scripts or texmf/scripts. I would really like to
keep most of these out of /usr/bin, perhaps /usr/bin/texmf or
/opt/texmf/bin would be better.
I haven't done it yet, but using the mandir above requires
/etc/man_db.conf to be updated if we want to easily find the man pages
for this package.
The more I think about it, the more I like the idea of using
--prefix=/opt/texmf for most of the files in this package.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy, I decided to try TeX Live on a fresh LFS-svn build. I had no optional dependencies installed. make[3]: Entering directory `/usr/src/texlive/texlive-20100722-source/utils/xpdfopen' ... sendx.c:21:22: fatal error: X11/Xlib.h: No such file or directory I tried with several options disabled: --disable-xdv2pdf --disable-xdvik --disable-xpdfopen --disable-xdvipdfmx --disable-xetex --disable-web2c It wouldn't go past texk: configure: error: Sorry, could not find X include and library files required for Metafont. I looked at an old version of mf (tetex 3.0) and no X was required. My recent try of TeX Live with the configuration errors did build X into Metafont. I do know something about Metafont. Don Knuth did not put any GUI into it. I'm getting to the opinion that TeX Live should not be in the book. Thoughts? -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy, I decided to try TeX Live on a fresh LFS-svn build. I had no optional dependencies installed. make[3]: Entering directory `/usr/src/texlive/texlive-20100722-source/utils/xpdfopen' ... sendx.c:21:22: fatal error: X11/Xlib.h: No such file or directory I tried with several options disabled: --disable-xdv2pdf --disable-xdvik --disable-xpdfopen --disable-xdvipdfmx --disable-xetex --disable-web2c Did you try '--with-x=no'? -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
akoz...@nada.kth.se wrote: Randy, I decided to try TeX Live on a fresh LFS-svn build. I had no optional dependencies installed. make[3]: Entering directory `/usr/src/texlive/texlive-20100722-source/utils/xpdfopen' ... sendx.c:21:22: fatal error: X11/Xlib.h: No such file or directory I tried with several options disabled: --disable-xdv2pdf --disable-xdvik --disable-xpdfopen --disable-xdvipdfmx --disable-xetex --disable-web2c Did you try '--with-x=no'? No, I didn't. That helps. The full line that appears to work is: ./configure --prefix=/usr --disable-native-texlive-build --enable-shared --without-luatex --enable-mktextex-default --with-banner-add= - BLFS --with-x=no --disable-xdvipdfmx There is another problem. In the command: for FN in `find /usr/bin -type l`; do if [ `readlink $FN | grep \.\./texmf` ]; then ln -svf `readlink $FN | sed 's|\.\./texmf|../share/texmf|'` $FN fi done unset FN I get `/usr/bin/man' - `../share/texmf/doc/man' I'll have to check, but make install may be overwriting /usr/bin/man. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
There is another problem. In the command: for FN in `find /usr/bin -type l`; do if [ `readlink $FN | grep \.\./texmf` ]; then ln -svf `readlink $FN | sed 's|\.\./texmf|../share/texmf|'` $FN fi done unset FN I get `/usr/bin/man' - `../share/texmf/doc/man' I'll have to check, but make install may be overwriting /usr/bin/man. Yes, this is texlive's man! Very annoying indeed. I saw packagers removing it. I'm not sure though if that breaks 'texdoc' behavior or something. I'd rather move man/ to texmf/ and remove texmf/doc/* tree completely, if safe. Maybe texdoc as well. And nasty man/man?/*.pdf files, of course, too. Texlive, being installed to /usr, overwrites many programs in /usr/bin. One example is 'psutils': if not disabled in configure, the internal version builds together with texmf stuff and goes to /usr/bin, over the installed BLFS package. Maybe there are other package conflicts, I don't know. Personally, I think texlive is a good candidate for the /opt hierarchy. /Alex. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy McMurchy wrote: On 1/21/2011 3:18 PM, Bruce Dubbs wrote: There is another problem. In the command: for FN in `find /usr/bin -type l`; do if [ `readlink $FN | grep \.\./texmf` ]; then ln -svf `readlink $FN | sed 's|\.\./texmf|../share/texmf|'` $FN fi done unset FN I get `/usr/bin/man' - `../share/texmf/doc/man' I'll have to check, but make install may be overwriting /usr/bin/man. William had put that in the ticket, but because my installation does not do anything like that, I simply dismissed it. I think we may have to explicitly set mandir and bindir. I am curious. On your system is /usr/share/texmf/doc/man a file or a directory? A directory: $ ls -l /usr/share/texmf/doc/man total 28 -rw-r--r-- 1 root root 361 Aug 21 2009 Makefile drwxrwsr-x 2 root root 20480 Jan 21 15:01 man1 drwxrwsr-x 2 root root 4096 Jan 21 15:01 man5 My installation it is a directory. Here is my configure command: ./configure --prefix=/usr \ --bindir=/usr/share/texmf/bin \ --sysconfdir=/etc/texlive \ --mandir=/usr/share/texmf/man \ --infodir=/usr/share/info \ --disable-native-texlive-build \ --enable-shared \ --without-luatex \ --enable-mktextex-default \ --with-banner-add= - BLFS \ --with-system-libgs \ --with-libgs-includes=/usr/include/ghostscript \ --with-system-xpdf \ --with-system-gd \ --with-system-freetype2 \ --with-system-t1lib \ --with-system-libpng \ --with-system-zlib \ --with-system-zziplib \ --with-x Notice I set bindir and mandir to locations inside the texmf tree (on purpose, I don't mind taking 30 seconds to update the path in /etc/profile and the couple of mods to /etc/mandb.conf) Now look at the results: rml@rmlinux: ~/build ls -l /usr/bin/man -rwxr-xr-x 1 root root 160704 Oct 29 19:26 /usr/bin/man (notice the date is much earlier than the dates on my TeX files) Right, but I was just testing out the instructions in the book. I don't really need it for anything else. As you can see it does not install a man file (or symlink). Weird. If you feel like messing with it, set bindir and mandir to the appropriate places (/usr/bin and /usr/share/man) and see what happens. As you can see, I did not see the same behavior as you. I'm perfectly willing to run jhalfs again and get a pristine LFS system to test again. We really should have instructions that handle that if we can. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy, I decided to try TeX Live on a fresh LFS-svn build. I had no optional dependencies installed. make[3]: Entering directory `/usr/src/texlive/texlive-20100722-source/utils/xpdfopen' ... sendx.c:21:22: fatal error: X11/Xlib.h: No such file or directory I tried with several options disabled: --disable-xdv2pdf --disable-xdvik --disable-xpdfopen --disable-xdvipdfmx --disable-xetex --disable-web2c Did you try '--with-x=no'? No, I didn't. That helps. The full line that appears to work is: ./configure --prefix=/usr --disable-native-texlive-build --enable-shared --without-luatex --enable-mktextex-default --with-banner-add= - BLFS --with-x=no --disable-xdvipdfmx This could be mentioned in the notes, I think-- when building without X, one should disable explicitly both X and xdvipdfmx. (Correct configure script should disable xdvipdfmx automatically, if --with-x=no or --without-x is used.) /Alex. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
On Thu, Jan 20, 2011 at 3:33 AM, Alexander Kozlov akoz...@nada.kth.se wrote: I think, prerequisits should be revised: I think you mean prerequisites, diddn't you? - XZ-Utils can be omitted as part of LFS. Not untill we target 6.8, which is not-yet-released. - Official README advises --disable-xindy or install GNU clisp and libffcall. - libfontconfig (or --disable-xetex --disable-xdvipdfmx), ibid. - X11 headers and libraries (or --without-x), ibid. Good idea to point these out. Optional dependencies are probably OK. The list can be elaborated, of course, if more specific options like --with-system-* and --enable-* will be discussed. You know, it would be a good idea to do that. -- William Immendorf The ultimate in free computing. Messages in plain text, please, no HTML. GPG key ID: 1697BE98 If it's not signed, it's not from me. -- Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Bruce Dubbs wrote these words on 01/20/11 00:33 CST: What do you have for `set | grep TEX` randy@rmlinux: ~ set | grep TEX randy@rmlinux: ~ Bruce, you should not have to set anything in the environment. I cannot understand why you are seeing what you are. I'm going to unpack the texlive tarball and compare my .cnf files to ones in my installation. -- Randy rmlscsi: [bogomips 1003.24] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 10:13:00 up 6 days, 23:19, 1 user, load average: 0.12, 0.07, 0.02 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Alexander Kozlov wrote these words on 01/20/11 03:33 CST: (Great work with texlive!) Thanks! I think, prerequisits should be revised: - XZ-Utils can be omitted as part of LFS. As William pointed out, we cannot assume folks are building against LFS-DEV. In fact we should assume the opposite. That they are building against a released version of LFS - Official README advises --disable-xindy or install GNU clisp and libffcall. That is a mistake. Here is the real deal. Look at utils/README in the source tarball. You'll see this. After building clisp as described below, run the TL Build --enable-xindy CLISP=$clisp_builddir/clisp to include xindy in the build. It is disabled by default. Xindy is disabled by default. That is why there is an option listed in ./configure --help as --enable-xindy whereas almost all other options are listed as --disable-something. - libfontconfig (or --disable-xetex --disable-xdvipdfmx), ibid. - X11 headers and libraries (or --without-x), ibid. I'm not really understanding this. Are you saying that I need to add to the configure line some options? Optional dependencies are probably OK. The list can be elaborated, of course, if more specific options like --with-system-* and --enable-* will be discussed. I don't see a need for that because it is mentioned in the command expanations section about using --with-system-* and to review the output from ./configure --help. To me, the output is much better than anything I can do. I do; however, appreciate your comments. I just wish I could figure out what happened with Bruce. -- Randy rmlscsi: [bogomips 1003.24] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 10:20:00 up 6 days, 23:26, 1 user, load average: 0.28, 0.27, 0.12 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy McMurchy wrote: I do; however, appreciate your comments. I just wish I could figure out what happened with Bruce. I can try a reinstall. I really need to build a new lfs-dev sblfs-dev system. That wil take a while though. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy McMurchy wrote these words on 01/20/11 10:29 CST: Alexander Kozlov wrote these words on 01/20/11 03:33 CST: - libfontconfig (or --disable-xetex --disable-xdvipdfmx), ibid. - X11 headers and libraries (or --without-x), ibid. I'm not really understanding this. Are you saying that I need to add to the configure line some options? Never mind, I found this in README.config: 3.2. Configure options for libfontconfig Building XeTeX and xdvipdfmx on non-Mac systems requires libfontconfig. I'll update the dependencies. Thanks for pointing this out. -- Randy rmlscsi: [bogomips 1003.24] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 10:54:00 up 7 days, 0 min, 1 user, load average: 0.08, 0.11, 0.11 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy McMurchy wrote these words on 01/20/11 10:16 CST:
Bruce, you should not have to set anything in the environment. I cannot
understand why you are seeing what you are. I'm going to unpack the
texlive tarball and compare my .cnf files to ones in my installation.
rml@rmlinux: ~/build/texlive-20100722-source diff -Nau
texk/kpathsea/texmf.cnf /usr/share/texmf/web2c/texmf.cnf
--- texk/kpathsea/texmf.cnf 2010-05-30 16:52:39.0 -0500
+++ /usr/share/texmf/web2c/texmf.cnf2010-12-31 18:44:37.0 -0600
@@ -61,7 +61,7 @@
% A place for local additions to a standard texmf tree.
% This tree is not used for local configuration maintained by
% texconfig, it uses TEXMFCONFIG below.
-TEXMFLOCAL = $SELFAUTOPARENT/../texmf-local
+TEXMFLOCAL = $SELFAUTOPARENT/texmf-local
% TEXMFSYSVAR, where texconfig-sys stores variable runtime data.
% With teTeX-3.0 or later, this must be set.
@@ -136,13 +136,13 @@
% Where generated fonts may be written. This tree is used when the sources
% were found in a system tree and either that tree wasn't writable, or the
% varfonts feature was enabled in MT_FEATURES in mktex.cnf.
-VARTEXFONTS = $TEXMFVAR/fonts
+VARTEXFONTS = /var/lib/livetex/fonts
% On some systems, there will be a system tree which contains all the font
% files that may be created as well as the formats. For example
% TEXMFVAR = /var/lib/texmf
% is used in many distros. In this case, set VARTEXFONTS like this
-% VARTEXFONTS = $TEXMFVAR/fonts
+% VARTEXFONTS = /var/lib/livetex/fonts
% and do not mention it in TEXMFDBS (but _do_ mention TEXMFVAR).
%
% Remove $VARTEXFONTS from TEXMFDBS if the VARTEXFONTS directory is below
rml@rmlinux: ~/build/texlive-20100722-source kpsewhich --expand-var
'$SELFAUTOPARENT'
/usr/share
The only changes I see are the ones in the existing sed command in the
instructions. I'm baffled. Perhaps you have an old ./texmf dir in your
home directory or env vars set? Please issue these commands:
kpsewhich --expand-var '$SELFAUTOPARENT'
kpsewhich --expand-var '$TEXMFCNF'
My results are:
rml@rmlinux: ~/build/texlive-20100722-source kpsewhich --expand-var
'$SELFAUTOPARENT'
/usr/share
rml@rmlinux: ~/build/texlive-20100722-source kpsewhich --expand-var
'$TEXMFCNF'
{/usr/share/texmf/bin,/usr/share/texmf,/usr/share}{,{/share,}/texmf{-local,}/web2c}
--
Randy
rmlscsi: [bogomips 1003.24] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686]
11:17:01 up 7 days, 23 min, 1 user, load average: 0.07, 0.17, 0.13
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy McMurchy wrote:
The only changes I see are the ones in the existing sed command in the
instructions. I'm baffled. Perhaps you have an old ./texmf dir in your
home directory or env vars set? Please issue these commands:
kpsewhich --expand-var '$SELFAUTOPARENT'
kpsewhich --expand-var '$TEXMFCNF'
My results are:
rml@rmlinux: ~/build/texlive-20100722-source kpsewhich --expand-var
'$SELFAUTOPARENT'
/usr/share
rml@rmlinux: ~/build/texlive-20100722-source kpsewhich --expand-var
'$TEXMFCNF'
{/usr/share/texmf/bin,/usr/share/texmf,/usr/share}{,{/share,}/texmf{-local,}/web2c}
This is what I get:
bdubbs [ ~ ]$ kpsewhich --expand-var '$SELFAUTOPARENT'
/
bdubbs [ ~ ]$ kpsewhich --expand-var '$TEXMFCNF'
{/usr/bin,/usr,/}{,{/share,}/texmf{-local,}/web2c}
Looking at my history, I have:
963 sed -i -e 's|PARENT/\.\./texmf-local|PARENT/texmf-local|'
-e 's|\$TEXMFVAR/fonts|/var/lib/livetex/fonts|'
texk/kpathsea/texmf.cnf
The only thing I have in /var/lib/livetex/fonts/ is ls-R and the
contents are:
% ls-R -- filename database for kpathsea; do not change this line.
./:
.:
ls-R
I think the problem is some misconfiguration when building kpsewhich.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: TeX Live is Alive!
Alexander Kozlov wrote: Andy: You are right about xindy, thank you for clarification. Another observation. Playing with texlive, I found convenient to build it in a separate directory: mkdir -v Work cd Work sed -i -e ... ../configure --prefix=/usr ... make If I screw up the build I can easily remove everything in the current directory and try again. This is exactly how it is done in the default ./Build script, by the way, so may something similar could be advised in the book as well. That's possible, but since we are not developing, we can just re-extract from the tarballs. That's just about as easy. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy McMurchy wrote: Randy McMurchy wrote these words on 01/17/11 18:29 CST: If anybody has the time and about 5 gigabytes of available hard disk space, I sure would appreciate checking out the instructions. If you already have teTeX installed, this would present a challenge unless you can remove teTeX via package management. I was updating the mirrors and see that texlive-20100722-texmf.tar.xz is 1.1G in size. We've got the room, but I hesitate to enable that kind of bandwidth usage for the servers. I'm inclined to not include the file. I can create a small text file: texlive-20100722-texmf.tar.xz.unavailable with contents that point to the tug location. Comments? -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Bruce Dubbs wrote these words on 01/19/11 13:08 CST: I'm inclined to not include the file. I can create a small text file: texlive-20100722-texmf.tar.xz.unavailable with contents that point to the tug location. Comments? Sounds good to me. -- Randy rmlscsi: [bogomips 1003.24] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 15:42:01 up 6 days, 4:48, 1 user, load average: 0.11, 0.10, 0.29 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy McMurchy wrote: Hi all, I added what I hope are accurate instructions to build and install the Tex Live package. Because I use destdir, some things are different from my installation and the book's instructions. If anybody has the time and about 5 gigabytes of available hard disk space, I sure would appreciate checking out the instructions. If you already have teTeX installed, this would present a challenge unless you can remove teTeX via package management. I had a system without teTeX and used the instructions now in the book. Notes: 1. The texlive-20100722-texmf.tar.xz file is huge. I think it is larger than anything else in BLFS by a factor of 4. I have no idea why the latex documentation alone approaches 1G. The download (on a fairly fast connection) took longer than the entire make. 2. The tar command should have a dash before the xf options. 3. texconfig-sys font rw failed for me. /usr/bin/texconfig: line 257: I traced it down to the line `kpsewhich -var-value=TEXMFMAIN` returning //texmf I'll try to track that down. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
On 1/19/2011 7:58 PM, Bruce Dubbs wrote: Notes: 1. The texlive-20100722-texmf.tar.xz file is huge. I think it is larger than anything else in BLFS by a factor of 4. I have no idea why the latex documentation alone approaches 1G. The download (on a fairly fast connection) took longer than the entire make. I'm not sure it is fair to call the TeX Metafont package documentation, unless of course, you actually traced all the files into docs, and if so I stand corrected. However, I also think the download is ridiculous. 3. texconfig-sys font rw failed for me. /usr/bin/texconfig: line 257: I traced it down to the line `kpsewhich -var-value=TEXMFMAIN` returning //texmf That is a drag. Please try to see what happened. I put in the book what is in my build script (from a couple of months ago, as I wanted to give TeX Live a thorough checkout). Here is what I get when I issue the same command from different users on my system: rml@rmlinux: ~/build kpsewhich -var-value=TEXMFMAIN /usr/share/texmf rml@rmlinux: ~/build sudo root@rmlinux: /home/rml/build kpsewhich -var-value=TEXMFMAIN /usr/share/texmf root@rmlinux: /home/rml/build exit exit rml@rmlinux: ~/build su - randy Password: randy@rmlinux: ~ kpsewhich -var-value=TEXMFMAIN /usr/share/texmf I just don't have a clue what to say. It must be worked out, however. Let me know what you find out. TIA. -- Randy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy McMurchy wrote:
On 1/19/2011 7:58 PM, Bruce Dubbs wrote:
Notes:
1. The texlive-20100722-texmf.tar.xz file is huge. I think it is
larger than anything else in BLFS by a factor of 4. I have no idea why
the latex documentation alone approaches 1G. The download (on a fairly
fast connection) took longer than the entire make.
I'm not sure it is fair to call the TeX Metafont package documentation,
unless of course, you actually traced all the files into docs, and if so
I stand corrected.
du -sh /usr/share/texmf-dist/doc
1.1G/usr/share/texmf-dist/doc
du -sh /usr/share/texmf-dist/doc/latex
748M/usr/share/texmf-dist/doc/latex
It's the .pdf files that take up the space. For example:
ls -l /usr/share/texmf-dist/doc/latex/fancynum
total 112
-rw-r--r-- 1 root root 363 Oct 6 2006 CHANGES
-rw-rw-r-- 1 root root 1072 Jan 8 2006 README
-rw-rw-r-- 1 root root 5936 Jan 8 2006 aue.txt
-rw-rw-r-- 1 root root 6114 Jan 8 2006 ctt.txt
-rw-rw-r-- 1 root root 584 Jan 8 2006 dbltable.tex
-rw-rw-r-- 1 root root 1608 Jan 8 2006 examples.tex
-rw-r--r-- 1 root root 75003 May 30 2009 fancynum.pdf
I have used TeX fairly extensively, but I tried LaTeX in 1992 and
couldn't do what I wanted, so I went to plain TeX and never tried LaTeX
again.
3. texconfig-sys font rw failed for me.
/usr/bin/texconfig: line 257:
I traced it down to the line `kpsewhich -var-value=TEXMFMAIN`
returning //texmf
That is a drag. Please try to see what happened. I put in the book
what is in my build script (from a couple of months ago, as I
wanted to give TeX Live a thorough checkout). Here is what I get
when I issue the same command from different users on my system:
rml@rmlinux: ~/build kpsewhich -var-value=TEXMFMAIN
/usr/share/texmf
I can make some progress with
export TEXMFSYSVAR=/usr/share/texmf
texconfig-sys does:
v=`kpsewhich -var-value TEXMFSYSVAR`
c=`kpsewhich -var-value TEXMFSYSCONFIG`
TEXMFVAR=$v
TEXMFCONFIG=$c
texconfig_sys=1
export TEXMFVAR TEXMFCONFIG
exec texconfig ${1+$@}
---
Right now I'm stuck at updmap-sys. It says:
!!! ERROR! The map file `allrunes.map' has not been found at all.
Either put this file into the right place or remove the
reference from the configuration file. An automatic way
to disable unavailable map files is to call
updmap --syncwithtrees
It is in /usr/share/texmf-dist/fonts/map/dvips/allrunes/allrunes.map
That's probably an environment variable too, but I haven't figured out
which one yet.
The other commands complete without complaining.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: TeX Live is Alive!
On Wed, 19 Jan 2011 19:58:51 -0600 Bruce Dubbs bruce.du...@gmail.com wrote: Randy McMurchy wrote: ... Notes: 1. The texlive-20100722-texmf.tar.xz file is huge. I think it is larger than anything else in BLFS by a factor of 4. I have no idea why the latex documentation alone approaches 1G. The download (on a fairly fast connection) took longer than the entire make. This is because - it contain as primary 'sources' as generated files - almost every utility use static linkage - almost every utility build begin 'from scratch', i.e. build 'own' tangle, web, cweb, kpathea, etc.. - texlive tarball encapsulate almost all software you have already (gzip, libz, unzip, libpng, gs, ... just why gcc, glibc and linux kernel not here yet?) -- - ptr -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live is Alive!
Randy McMurchy wrote these words on 01/17/11 18:29 CST: If anybody has the time and about 5 gigabytes of available hard disk space, I sure would appreciate checking out the instructions. If you already have teTeX installed, this would present a challenge unless you can remove teTeX via package management. I could probably provide instructions to do a complete removal of teTeX if anyone is interested. I am not sure what I was thinking when I modified the code in my build script to fit the LFS book. TeX Live installs numerous symlinks in the bin directory during the installation. My build script sets bindir= /usr/share/texmf/bin (I also put man pages in /usr/share/texmf/man). I do this so the TeX installation is completely self-contained. TeX Live installs the symlinks as file -- ../texmf/file These symlinks are broken because there is nothing at /usr/texmf. I put everything in /usr/share/texmf. So the installed symlinks must be recreated. Here is new code I put in the TeX Live instructions a few minutes ago. It should be correct, but I cannot really test it. for FN in `find /usr/bin -type l`; do if [ `readlink $FN | grep \.\./texmf` ]; then ln -svf `readlink $FN | sed 's|\.\./texmf|../share/texmf|'` $FN fi done amp;amp; unset FN If anyone sees a flaw in this logic, please reply with your correction. Thanks! -- Randy rmlscsi: [bogomips 1003.24] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 10:15:00 up 4 days, 23:21, 1 user, load average: 0.84, 0.27, 0.09 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live
On Mon, Jan 17, 2011 at 06:30:52PM -0600, Bruce Dubbs wrote: Randy just committed TexLive. It looks like a huge amount of work. This is just a note to say thanks for all the work. -- Bruce Yes indeed, it's a vast beast. Thanks. As to texi2html - ffmpeg can use it, but I think what's currently on the ffmpeg page will work fine whilst both versions of TeX are in the book. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live
Bruce Dubbs wrote these words on 01/17/11 18:30 CST: Randy just committed TexLive. It looks like a huge amount of work. This is just a note to say thanks for all the work. My pleasure, sir. Thanks for noticing. :-) -- Randy rmlscsi: [bogomips 1003.24] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 20:33:00 up 4 days, 9:39, 1 user, load average: 0.74, 0.21, 0.07 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX
On Sat, 30 Oct 2010 23:10:06 -0500 Bruce Dubbs bruce.du...@gmail.com wrote: Ken Moffat wrote: I'll be honest - TeX isn't something I use, but several of the packages I'm about to update use it. Ken, I don't have TeX on my system and I haven't used it in several years, but I think you don't know what it is. It is a typesetting written by Donald Knuth first released in 1978. I used to use it fairly extensively. Almost every mathematical formula formatting system is based on it. As I grok Ken's post, he doesn't understand the patches to the old Tex or the build/install of the new Tex-Live, hence he does not want to be 'on the spot' for the package. I agree, this needs someone who really wants to dig into it. --- David Jensen -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX
On Sun, Oct 31, 2010 at 11:18:07AM -0500, David Jensen wrote: As I grok Ken's post, he doesn't understand the patches to the old Tex or the build/install of the new Tex-Live, hence he does not want to be 'on the spot' for the package. I agree, this needs someone who really wants to dig into it. I haven't looked at the detail in the ticket for Tex Live, but it's been sitting there for some time with no sign of editor activity after Randy's initial sterling work on it. So, I'm looking at teTeX as a short-term fix, and yes, I don't understand the patches. Perhaps it will help if I point people to http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/tetex/ I'm using the getline patch, some of the others like the grep patch might be helpful in non-English locales, but then there is the libpng patch. That's the one that really bugged me, but now I look at it in detail I think it is just a build fix for newer libpng : like the BOOK, I'm still on the libpng-1.2 series, but PLD are on 1.4. The info patch baffles me, as do the texmfvar and trie_size_max patches, but I assume they are just tuning how it works. I guess I *am* happy to update it as a temporary measure. If I feel nice, I might even list the programs (partly because there are differences in the minimal install from what the default TeX Live binary created, e.g. texi2html is present but htlatex isn't. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX
On 10/31/2010 1:51 PM, Ken Moffat wrote: I guess I *am* happy to update it as a temporary measure. If I feel nice, I might even list the programs (partly because there are differences in the minimal install from what the default TeX Live binary created, e.g. texi2html is present but htlatex isn't. I guess you missed my message to the TRAC system this morning saying that I will try to get Tex-Live (from source) into the book this week. I'm working against a current LFS-SVN build, but if it works out, I'll replace TeX with TeX-Live. -- Randy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX
On Sun, Oct 31, 2010 at 06:30:38PM -0500, Randy McMurchy wrote: I guess you missed my message to the TRAC system this morning saying that I will try to get Tex-Live (from source) into the book this week. I'm working against a current LFS-SVN build, but if it works out, I'll replace TeX with TeX-Live. Yeah, I found it this evening (it's in a different mbox, thought I'd looked there earlier but obviously didn't). All I can say is thanks. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX
Ken Moffat wrote: I'll be honest - TeX isn't something I use, but several of the packages I'm about to update use it. Ken, I don't have TeX on my system and I haven't used it in several years, but I think you don't know what it is. It is a typesetting written by Donald Knuth first released in 1978. I used to use it fairly extensively. Almost every mathematical formula formatting system is based on it. I have written several programs that create output in TeX. It does a very nice job. It can also create typeface glyphs with MetaFont. The implementation of TeX used to be teTeX. It is now TeX Live. Since I don't have a need for TeX any more, I haven't built it. I'm not opposed to removing it from BLFS if it is such a pain to build, but I don't see where it would be a vulnerability. Looking at http://www.tug.org/texlive/build.html and http://www.tug.org/svn/texlive/trunk/Build/source/README, I'd recommend building with: --disable-xindy --disable-xetex --disable-xdvipdfmx --without-x I don't see a need for those. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live
Randy McMurchy wrote: Hi all, I believe I have all the kinks worked out for a clean build of Live Tex, which would end up replacing the deprecated teTeX. It is a beast; however, the biggest resource hog I've seen (disk space wise, anyway). The only thing that might stand in our way right now is the sources ship in .xz format and BLFS does not have the XZ Utils package in the book yet, due to there not being a stable release yet. But, the current beta version of XZ Utils is like 0.999.99.9 and it is claimed on the web site that the 1.0 version will not have any changes from the current beta. Should we just go ahead and replace the LZMA package with XZ Utils now, as it really is inevitable (XZ Utils has all the LZMA stuff in it as well)? Since LZMA was last updated in July 08, I'd say go ahead. There appear to be no dependencies and it's CMMI, so it would be fairly trivial to update when the official release is made. [LZMA Utils announce] XZ Utils 4.999.9beta2009-08-27 20:59 [LZMA Utils announce] XZ Utils 4.999.8beta2009-02-06 09:28 [LZMA Utils announce] XZ Utils 4.999.7beta( new name for LZMA Utils) 2008-12-31 18:07 [LZMA Utils announce] LZMA Utils 4.999.5alpha 2008-09-10 14:58 [LZMA Utils announce] LZMA Utils 4.32.7 2008-07-30 11:47 -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX Live
On Wed, Mar 03, 2010 at 11:38:29AM -0600, Randy McMurchy wrote: But, the current beta version of XZ Utils is like 0.999.99.9 and it is claimed on the web site that the 1.0 version will not have any changes from the current beta. It makes you wonder why they don't hurry up and release it. I know that 1.0 is a big milestone, but if it's stable enough and they don't plan to change anything then there is no reason not to. Since there is now a need to have it, rather than just it would be nice, then I would say that we may as well put it in. At the very least it can always be externally linked on the page. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: TeX-3.0 problems
Bruce Dubbs wrote these words on 09/01/05 22:35 CST: I don't believe this is true. We don't normally provide the tar command to extract files. If we assume we are in the package source directory when we do the untar, then the commands are (with the extra texmf removed) correct. Yes, but there was no instruction to untar the cm-super tarball, so it was confusing to me that it was just assumed to do it in the tetex source dir. Perhaps we should just specify: tar -xf ../tetex-cm-super.tar.bz2 as the first command of this subsection. Yes, this is the proper solution. Since I did the cm-super font addition, I can update this section. but since you did all this reserach, you can do it if you want. Your call. I will update the TeX instructions. I have all the proper commands in my build script and it would just take me a few moments. Thanks for responding, Bruce. -- Randy rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3] [GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686] 22:53:01 up 152 days, 22:26, 3 users, load average: 0.14, 0.21, 0.21 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
