From karl at freefriends.org Sun Sep 1 00:26:42 2013 From: karl at freefriends.org (Karl Berry) Date: Sat, 31 Aug 2013 22:26:42 +0000 Subject: [tex-live] Symlinks to fonts during installation In-Reply-To: <521EFDC1.4010203@users.sourceforge.net> Message-ID: <201308312226.r7VMQgvj004680@freefriends.org> Provide information on location of newly installed TTF and OTF files and refer to some methods of adding it to your system (fontconfig, links, etc.) http://www.tug.org/texlive/doc/texlive-en/texlive-en.html#sysfontconfig From mojca.miklavec.lists at gmail.com Sun Sep 1 11:34:04 2013 From: mojca.miklavec.lists at gmail.com (Mojca Miklavec) Date: Sun, 1 Sep 2013 11:34:04 +0200 Subject: [tex-live] tlmgr 2013 for OS X | undefined PATH in TLUtils.pm In-Reply-To: <201308242150.r7OLooHo023897@freefriends.org> References: <8690F3BE-2794-4971-BA1E-D54AECE0E1FF@mac.com> <201308242150.r7OLooHo023897@freefriends.org> Message-ID: On Sat, Aug 24, 2013 at 11:50 PM, Karl Berry wrote: > > chomp (my $sysctl = `/usr/sbin/sysctl hw.cpu64bit_capable`); > > Thanks for finding the bug. I think it would be better not to assume > MacOSX's sysctl is in /usr/sbin, since Apple could move it somewhere > else at any time. So I changed it (again) to: > chomp (my $sysctl = `PATH=/usr/sbin:\$PATH sysctl hw.cpu64bit_capable`); > > (Amazing how much random trouble results from supporting 64-bit > craziness.) I think this is the least concern. If anything, it's probably more likely that they would remove the command or "hw.cpu64bit_capable", and if they do, Dick will be the first one to notice anyway. I'm not 100% sure, but I believe that the command could even be changed to something like: if ($os_major >= 10 && $os_minor >= 7) use x86_64 without even bothering about sysctl hw.cpu64bit_capable (if not 10.7, then 10.8 for sure). So if you are worried about backward compatibility, the best thing to do would be to limit the usage of "sysctl hw.cpu64bit_capable" just to the OS versions where both i386 and x86_64 are supported and default to x86_64 for all later versions. Mojca From Matthias.Vogel at phil.uni-giessen.de Sun Sep 1 12:41:39 2013 From: Matthias.Vogel at phil.uni-giessen.de (Matthias Vogel) Date: Sun, 1 Sep 2013 12:41:39 +0200 Subject: [tex-live] Files for non-free fonts missing from new TeX-Live package of mathdesign[v 2.31] Message-ID: <522319E3.3030408@phil.uni-giessen.de> Dear TeXLive maintainers, dear Karl thanks for updating the mathdesign package to version 2.31. As far as I can see the files from tex/fonts/mathdesign/non-free/ are not distributed with the update. But although the supported fonts (Adobe Garamond Pro, Adobe Utopia Std, itc-Charter-ITC-Std and urw-GaramondNo8) are not free, the mathdesign adaptations are. So I think they should be part of the distribution. Am I right? Best regards, Matthias Vogel From daleif at imf.au.dk Sun Sep 1 21:23:37 2013 From: daleif at imf.au.dk (Lars Madsen) Date: Sun, 1 Sep 2013 19:23:37 +0000 Subject: [tex-live] Files for non-free fonts missing from new TeX-Live package of mathdesign[v 2.31] In-Reply-To: <522319E3.3030408@phil.uni-giessen.de> References: <522319E3.3030408@phil.uni-giessen.de> Message-ID: <89ECE88578D8F648A22E307DAEE885793AB2005C@SRVUNIMBX07.uni.au.dk> AFAIK tl stopped distributing support files for non-free fonts some time ago Sent from my Android phone using TouchDown (www.nitrodesk.com) -----Original Message----- From: Matthias Vogel [Matthias.Vogel at phil.uni-giessen.de] Received: s?ndag, 01 sep. 2013, 12:45 To: tex-live at tug.org [tex-live at tug.org] Subject: [tex-live] Files for non-free fonts missing from new TeX-Live package of mathdesign[v 2.31] Dear TeXLive maintainers, dear Karl thanks for updating the mathdesign package to version 2.31. As far as I can see the files from tex/fonts/mathdesign/non-free/ are not distributed with the update. But although the supported fonts (Adobe Garamond Pro, Adobe Utopia Std, itc-Charter-ITC-Std and urw-GaramondNo8) are not free, the mathdesign adaptations are. So I think they should be part of the distribution. Am I right? Best regards, Matthias Vogel -------------- next part -------------- An HTML attachment was scrubbed... URL: From usenet at siart.de Sun Sep 1 21:57:18 2013 From: usenet at siart.de (Uwe Siart) Date: Sun, 1 Sep 2013 21:57:18 +0200 Subject: [tex-live] Files for non-free fonts missing from new TeX-Live package of mathdesign[v 2.31] References: <522319E3.3030408@phil.uni-giessen.de> <89ECE88578D8F648A22E307DAEE885793AB2005C@SRVUNIMBX07.uni.au.dk> Message-ID: <84wqn09uxt.fsf@siart.de> Lars Madsen writes: > AFAIK tl stopped distributing support files for non-free fonts some > time ago But here it's not about support files for non-free fonts (that would be useless without the fonts). Here it's about free math fonts, that can be used together with non-free fonts. But that's not a must. -- Uwe From karl at freefriends.org Mon Sep 2 00:03:58 2013 From: karl at freefriends.org (Karl Berry) Date: Sun, 1 Sep 2013 22:03:58 +0000 Subject: [tex-live] Files for non-free fonts missing from new TeX-Live package of mathdesign[v 2.31] In-Reply-To: <522319E3.3030408@phil.uni-giessen.de> Message-ID: <201309012203.r81M3wp9001841@freefriends.org> Hi Matthias, As far as I can see the files from tex/fonts/mathdesign/non-free/ are not distributed with the update. Right. That was exactly the distinction I asked Paul to make. Garamond Pro, Adobe Utopia Std, itc-Charter-ITC-Std and urw-GaramondNo8) are not free, the mathdesign adaptations are. >From reading the documentation and talking with Paul, I was under the impression that the MD fonts are derived from and depend on those nonfree original fonts. Are you saying that Paul designed all those fonts entirely from scratch and they can be used independently? I admit I've never tried. Best, karl From karl at freefriends.org Mon Sep 2 00:39:50 2013 From: karl at freefriends.org (Karl Berry) Date: Sun, 1 Sep 2013 22:39:50 +0000 Subject: [tex-live] tlmgr 2013 for OS X | undefined PATH in TLUtils.pm In-Reply-To: Message-ID: <201309012239.r81Mdo5t003062@freefriends.org> likely that they would remove the command or "hw.cpu64bit_capable", True enough. Nevertheless, I think it's simplest to leave it as is for now. It is working well enough. k From Matthias.Vogel at phil.uni-giessen.de Mon Sep 2 12:50:56 2013 From: Matthias.Vogel at phil.uni-giessen.de (Matthias Vogel) Date: Mon, 2 Sep 2013 12:50:56 +0200 Subject: [tex-live] Files for non-free fonts missing from new TeX-Livepackageof mathdesign[v 2.31] In-Reply-To: <201309012203.r81M3wp9001841@freefriends.org> References: <201309012203.r81M3wp9001841@freefriends.org> Message-ID: <52246D90.3020405@phil.uni-giessen.de> Hi Karl, I don't know much about tl's distribution policy. I simply thought that Paul designed mathfonts that do fit to the look of existing commercial fonts. Perhaps here are two questions to answer: (a) What kind of kinship relation do the MD-Fonts have to their nonfree models? (b) Can Pauls MD Fonts for commercial fonts be used independently from their text font counterparts? My guess concerning (a) is, that MD-Fonts are designed to fit to their models, but are constructed by own means. But I don't know what kind of dependency is involved here and what would follow from that for their distribution. Regarding (b) I know from experience, that the MD-Fonts can be combined with different free or nonfree fonts -- so they can be used independently from using their models. Best regards, Matthias Am Mo., 02.09.2013 00:03, schrieb Karl Berry: > Hi Matthias, > > As far as I can see the files from tex/fonts/mathdesign/non-free/ are > not distributed with the update. > > Right. That was exactly the distinction I asked Paul to make. > > Garamond Pro, Adobe Utopia Std, itc-Charter-ITC-Std and urw-GaramondNo8) > are not free, the mathdesign adaptations are. > >>From reading the documentation and talking with Paul, I was under the > impression that the MD fonts are derived from and depend on those > nonfree original fonts. Are you saying that Paul designed all those > fonts entirely from scratch and they can be used independently? > I admit I've never tried. > > Best, > karl > From karl at freefriends.org Mon Sep 2 23:13:11 2013 From: karl at freefriends.org (Karl Berry) Date: Mon, 2 Sep 2013 21:13:11 +0000 Subject: [tex-live] Files for non-free fonts missing from new TeX-Livepackageof mathdesign[v 2.31] In-Reply-To: <52246D90.3020405@phil.uni-giessen.de> Message-ID: <201309022113.r82LDBLo031844@freefriends.org> I've asked Paul P. We'll see. karl From babafou at babafou.eu.org Tue Sep 3 10:53:58 2013 From: babafou at babafou.eu.org (Marc Baudoin) Date: Tue, 3 Sep 2013 10:53:58 +0200 Subject: [tex-live] Files for non-free fonts missing from new TeX-Livepackageof mathdesign[v 2.31] In-Reply-To: <201309022113.r82LDBLo031844@freefriends.org> References: <52246D90.3020405@phil.uni-giessen.de> <201309022113.r82LDBLo031844@freefriends.org> Message-ID: <20130903085358.GA63@shuttle.babafou.eu.org> Karl Berry ?crit : > I've asked Paul P. We'll see. Then would it be possible to include the various files that were suppressed in the packages that can be obtained with getnonfreefonts (which would also be consistent, all in one place, fonts and support files)? I'm a huge fan of Garamond so I had to revert to the previous mathdesign package :-( From no-reply at dropboxmail.com Tue Sep 3 20:43:48 2013 From: no-reply at dropboxmail.com (Dropbox) Date: Tue, 3 Sep 2013 18:43:48 +0000 Subject: [tex-live] =?utf-8?q?Pander_invited_you_to_check_out_Dropbox?= Message-ID: <20130903184348.91C125C22EC@sjc-batch6.sjc.dropbox.com> Hi there, Pander wants you to try Dropbox! Dropbox lets you bring all your photos, docs and videos with you anywhere and share them easily. Get started here. https://www.dropbox.com/l/BUuUAuY5uQrScz6pmH8Gh91 Thanks! - The Dropbox Team ____________________________________________________ To stop receiving invites from Dropbox, please go to https://www.dropbox.com/l/IuZvXDUX9XGI31OgbOOMJd1 Dropbox, Inc., PO Box 77767, San Francisco, CA 94107 -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl at freefriends.org Wed Sep 4 02:04:28 2013 From: karl at freefriends.org (Karl Berry) Date: Wed, 4 Sep 2013 00:04:28 +0000 Subject: [tex-live] Files for non-free fonts missing from new TeX-Livepackageof mathdesign[v 2.31] In-Reply-To: <20130903085358.GA63@shuttle.babafou.eu.org> Message-ID: <201309040004.r8404STN004240@freefriends.org> Then would it be possible to include the various files that were suppressed in the packages that can be obtained with getnonfreefonts (which would also be consistent, all in one place, fonts and support files)? What? No. TL's policy hasn't changed. What's changed is my understanding of the mathdesign package in particular, which contains complete, usable, fonts (not just support files). Meanwhile, Paul has just replied to me confirming that he created all the MD fonts from scratch, not copying characters or other information from the proprietary fonts. So all those fonts are actually free, contrary to what I previously understood (and how his README made it sound). So they will all show up in TL again sometime soon, barring further information to the contrary ... I'm a huge fan of Garamond so I had to revert to the previous mathdesign package :-( You could always get the files from CTAN in the meantime. Best, karl From ul at openlilylib.org Wed Sep 4 14:09:14 2013 From: ul at openlilylib.org (Urs Liska) Date: Wed, 4 Sep 2013 14:09:14 +0200 Subject: [tex-live] Package preparation question (directory structure) Message-ID: <522722EA.3050401@openlilylib.org> Hello TeXLive community, I'm preparating my first package 'lilyglyphs' for CTAN upload. It makes notational elements from LilyPond (http://lilypond.org) available for continuous text in Lua-/Xe-LaTeX documents. Unfortunately I have some questions concerning the directory structure which I absolutely didn't manage to find satisfying answers for, not even after asking on tex.stackexchange. And also searching the tex-live archive didn't really make it clear to me. So I'm sorry to use your time but I have to ask a few questions (trying to be as concise as possible). Better now than after a messy upload. I want the package to show up on CTAN and TeXLive as soon as possible of course ... The development repository is at: https://github.com/openlilylib/lilyglyphs, and I'm going to write a deploy script to move the files in the correct places. The package is rather complex and consists of more than 160 files currently (with that number growing while the package matures). First of all I'm not completely clear about the relation between the 'plain' directory structure and the supplied tds.zip structure. I think the plain lilyglyphs.zip to be downloaded from CTAN can have mostly the same structure as the development directory. But it is of course very different from a TDS. a) General questions: * Should I write a script that first prepares the whole directory for CTAN and then copies everything needed to a TDS structure? Or should I rather try to make the 'plain' CTAN directory the same as the TDS structure? * documentation Is it better to have the sources and the .pdfs of the documentation (manual and examples) together in /doc/lilyglyphs or do the sources go to /source/lilyglyphs/doc? * fonts The package redistributes (unmodified) OpenType font files under the SIL Open Font License (from http://lilypond.org). Do I have to also supply the Metafont sources for these fonts or is it sufficient to supply a link to the original developer's Git repository in the FONTLOG? b) TDS related questions: * PDFs used by the package The package uses pdf files in its commands. These pdfs are generated from LilyPond source files. The LilyPond source files themselves are generated from definition files. In the development directory I have them organized as /glyphimages /glyphimages/definitions /glyphimages/generated_src /glyphimages/pdfs I don't really know where to put them. I would place the pdfs in /tex/latex/lilyglyphs/glyphimages/pdfs but I don't know what to do with the rest. * scripts The package contains a set of Python scripts that help the user to extend the package (by generating LaTeX commands from template files and/or by processing template files to pdf images and generating LaTeX files) Of course the user will have to be able to execute them (i.e. know where they are and have the rights to have them executable). I don't know what to do about that. If I put them in /source/lilyglyphs/py how should I direct the user (in the manual) so he can make use of these scripts? * The package provides a 'shadow' structure of the above /glyphimages directory. If the user wants to extend the package she should copy that to a location in his private texmf tree and run the scripts in it (a writable location for extending the package). Where could I put that in (as a directory structure or an archive), and how can I refer to that in the manual? Sorry for that long post and number of question. If I had known that I would probably have developed a simple package with a .sty and a manual ;-) Best wishes and thanks in advance for any clarification Urs -------------- next part -------------- An HTML attachment was scrubbed... URL: From Robin.Fairbairns at cl.cam.ac.uk Wed Sep 4 16:47:06 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Wed, 4 Sep 2013 15:47:06 +0100 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: Your message of Wed, 04 Sep 2013 14:09:14 +0200. <522722EA.3050401@openlilylib.org> Message-ID: <8051.1378306026@cl.cam.ac.uk> Urs Liska
    wrote: > Hello TeXLive > community, (note that you could have sent to ctan at dante.de) > I'm preparating my first package 'lilyglyphs' for CTAN upload. It > makes notational elements from LilyPond ( class="moz-txt-link-freetext" href="http://lilypond.org">http://lilypond.org) > available for continuous text in Lua-/Xe-LaTeX documents. > Unfortunately I have some questions concerning the directory > structure which I absolutely didn't manage to find satisfying > answers for, not even after asking on tex.stackexchange. And also > searching the tex-live archive didn't really make it clear to me. > So I'm sorry to use your time but I have to ask a few questions > (trying to be as concise as possible). > Better now than after a messy upload. I want the package to show > up on CTAN and TeXLive as soon as possible of course ... we appreciate being asked: many uploads are disorganised in the extreme. note that we do have a page describing preferred layout, at: http://tug.org/texlive/pkgcontrib.html > The development repository is at: class="moz-txt-link-freetext" > href="https://github.com/openlilylib/lilyglyphs">https://github.com/openlilylib/lilyglyphs, > and I'm going to write a deploy script to move the files in the > correct places. > The package is rather complex and consists of more than 160 files > currently (with that number growing while the package matures). (i have to admit that i boggle rather at that... are they all substantial files, or do they constitute collection of small ones?) > First of all I'm not completely clear about the relation between > the 'plain' directory structure and the supplied tds.zip > structure. the tds structure files make life easy for people who can't (for whatever reason) place a package in an existing installation. (in principle, this comprises people who can't maintain their installation independently -- in such installations, new packages need to go into the user's HOMETEXMF tree. > I think the plain lilyglyphs.zip to be downloaded from CTAN can > have mostly the same structure as the development directory. But > it is of course very different from a TDS. > > > a) General questions: > > o Should I write a script that first prepares the whole > directory for CTAN and then copies everything needed to a TDS > structure? > Or should I rather try to make the 'plain' CTAN directory the > same as the TDS structure? please don't do that last. remember that you needn't supply a tds structure at all; if the main distribution is in that form, we will reject it. > o documentation > Is it better to have the sources and the .pdfs of the > documentation (manual and examples) together in > /doc/lilyglyphs or do the sources go to > /source/lilyglyphs/doc? put the sources where ever you like; presonally, i prefer docs all in one directory with their sources. whatever you do, avoid the temptation to produce a multilevel tree, with directories whose content is exclusively other directories.... > o fonts > The package redistributes (unmodified) OpenType font files > under the SIL Open Font License (from class="moz-txt-link-freetext" href="http://lilypond.org">http://lilypond.org). > Do I have to also supply the Metafont sources for these fonts > or is it sufficient to supply a link to the original > developer's Git repository in the FONTLOG? i would favour a link to the git repository. > b) TDS related questions: > > o PDFs used by the package > The package uses pdf files in its commands. > These pdfs are generated from LilyPond source files. > The LilyPond source files themselves are generated from > definition files. > In the development directory I have them organized as > /glyphimages > /glyphimages/definitions > /glyphimages/generated_src > /glyphimages/pdfs > I don't really know where to put them. I would place the pdfs > in > /tex/latex/lilyglyphs/glyphimages/pdfs > but I don't know what to do with the rest. if you don't produce a .tds.zip, this issue doesn't matter, to you. (the tex live management people have a lot of expertise in this area.) i must admit that my head is spinning a bit with all your details -- they're not clear to me, now, but may become so at a second reading. > o scripts > The package contains a set of Python scripts that help the > user to extend the package > (by generating LaTeX commands from template files and/or by > processing template files to pdf images and generating LaTeX > files) > Of course the user will have to be able to execute them (i.e. > know where they are and have the rights to have them > executable). > I don't know what to do about that. If I put them in > /source/lilyglyphs/py how should I direct the user (in the > manual) so he can make use of these scripts? put them in a scripts/ subdirectory, and point the user at them, in the docs. *don't* set the "executable" bit in files you upload. > o The package provides a 'shadow' structure of the above > /glyphimages directory. > If the user wants to extend the package she should copy that > to a location in his private texmf tree and run the scripts in > it (a writable location for extending the package). > Where could I put that in (as a directory structure or an > archive), and how can I refer to that in the manual? (i'm not sure i understand this. we don't want shadow directories on ctan.) > Sorry for that long post and number of question. > If I had known that I would probably have developed a simple > package with a .sty and a manual ;-) it sounds to me as if we will need to iterate, anyway, but my guess is that the watchword needs to be "simplicity" (repeated ad lib). From ul at openlilylib.org Wed Sep 4 17:20:15 2013 From: ul at openlilylib.org (Urs Liska) Date: Wed, 4 Sep 2013 17:20:15 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <8051.1378306026@cl.cam.ac.uk> References: <8051.1378306026@cl.cam.ac.uk> Message-ID: <52274FAF.3030009@openlilylib.org> Am 04.09.2013 16:47, schrieb Robin Fairbairns: > Urs Liska
      wrote: > >> Hello TeXLive >> community, > (note that you could have sent to ctan at dante.de) I think my problems start when thinking about how the package would be moved to a distribution like TeXLive. Providing a ZIP for CTAN and a tds.zip that is intended to be downloaded and extracted to ~/texmf would be clear to me. > >> I'm preparating my first package 'lilyglyphs' for CTAN upload. >> ... > we appreciate being asked: many uploads are disorganised in the extreme. > > note that we do have a page describing preferred layout, at: > > http://tug.org/texlive/pkgcontrib.html I've of course read that. But I'm afraid my files are too specific so I didn't found complete enlightenment there ;-) > >> The package is rather complex and consists of more than 160 files >> currently (with that number growing while the package matures). > (i have to admit that i boggle rather at that... are they all > substantial files, or do they constitute collection of small ones?) The main bunch of files is a collection of small pdf files. The commands of the package include them 'as characters'. And of course each pdf has the source file it is generated from. And as the package matures and the coverage of symbols will increase the number of these files will increase too. Apart from that I think the number of files is 'normal'. >> First of all I'm not completely clear about the relation between >> the 'plain' directory structure and the supplied tds.zip >> structure. > the tds structure files make life easy for people who can't (for whatever > reason) place a package in an existing installation. (in principle, > this comprises people who can't maintain their installation > independently -- in such installations, new packages need to go into the > user's HOMETEXMF tree. OK. And where do distributions get their files from, the main directory or the .tds file? >> >> a) General questions: >> >> o Should I write a script that first prepares the whole >> directory for CTAN and then copies everything needed to a TDS >> structure? >> Or should I rather try to make the 'plain' CTAN directory the >> same as the TDS structure? > please don't do that last. remember that you needn't supply a tds > structure at all; if the main distribution is in that form, we will > reject it. OK. >> o documentation >> Is it better to have the sources and the .pdfs of the >> documentation (manual and examples) together in >> /doc/lilyglyphs or do the sources go to >> /source/lilyglyphs/doc? > put the sources where ever you like; presonally, i prefer docs all in > one directory with their sources. That seems natural to me. > whatever you do, avoid the temptation > to produce a multilevel tree, with directories whose content is > exclusively other directories.... I don't really understand that. I think I would have: /doc/lilyglyphs /doc/lilyglyphs/lilyglyphs.tex /doc/lilyglyphs/lilyglyphs.pdf /doc/lilyglyphs/... (some more files) /doc/lilyglyphs/glyphlist.html /doc/lilyglyphs/glyphlist-resources/ (with a .css and some .pngs in it) /doc/lilyglyphs/examples/ (with more .tex and .pdf files in it) It that too 'multilevel'? >> o fonts >> The package redistributes (unmodified) OpenType font files >> under the SIL Open Font License (from > class="moz-txt-link-freetext" href="http://lilypond.org">http://lilypond.org). >> Do I have to also supply the Metafont sources for these fonts >> or is it sufficient to supply a link to the original >> developer's Git repository in the FONTLOG? > i would favour a link to the git repository. OK. Seems natural too, as I have never seen or touched the fonts myself. Just using it. >> b) TDS related questions: >> >> o PDFs used by the package >> The package uses pdf files in its commands. >> These pdfs are generated from LilyPond source files. >> The LilyPond source files themselves are generated from >> definition files. >> In the development directory I have them organized as >> /glyphimages >> /glyphimages/definitions >> /glyphimages/generated_src >> /glyphimages/pdfs >> I don't really know where to put them. I would place the pdfs >> in >> /tex/latex/lilyglyphs/glyphimages/pdfs >> but I don't know what to do with the rest. > if you don't produce a .tds.zip, this issue doesn't matter, to you. Yes, I know (that's why it is under 'TDS related questions') > (the tex live management people have a lot of expertise in this area.) > > i must admit that my head is spinning a bit with all your details -- > they're not clear to me, now, but may become so at a second reading. As said above the package uses the files in /glyphimages/pdfs, so I think they have to go to the /tex/latex directory. The files in 'generated_src are the sources from which the pdfs have been generated. The files in 'definitions' are templates from which first the sources and then the pdfs have been generated. They are not necessary to _use_ the package but have to be provided of course. >> o scripts >> ... > put them in a scripts/ subdirectory, OK > and point the user at them, in the > docs. *don't* set the "executable" bit in files you upload. That is, I have to write: "You find the scripts in the /scripts/lilyglyphs directory of your TeX installation. Please set the executable bit yourself and maybe put that to your search path"? >> o The package provides a 'shadow' structure of the above >> /glyphimages directory. >> If the user wants to extend the package she should copy that >> to a location in his private texmf tree and run the scripts in >> it (a writable location for extending the package). >> Where could I put that in (as a directory structure or an >> archive), and how can I refer to that in the manual? > (i'm not sure i understand this. we don't want shadow directories on > ctan.) Hm. As written above there is this /glyphimages directory structure where the pdf files used by the package are located. The provided scripts are there to extend the package with new commands/pdfs. In order to do this I must have write access to that directory to let the scripts work. Of course this isn't possible inside a TeXLive installation but only in the ~texmf tree. For this I intend to provide an archive that the user can extract in his personal tex tree. I called this 'shadow' because it's a private copy of a directory inside the package directory. I hope this is clearer now. > >> Sorry for that long post and number of question. >> If I had known that I would probably have developed a simple >> package with a .sty and a manual ;-) > it sounds to me as if we will need to iterate, anyway, Probably. Some of the questions have already been resolved, though (thanks!) > but my guess is > that the watchword needs to be "simplicity" (repeated ad lib). I don't think the complexity is the result of confusion (or anything the like) but in fact part of the package's concept: - it uses a big number of binary files and has to provide the sources for them. - it is intended to be extendable by the user, and that affects this number of files as well as scripting. This complexity isn't strictly necessary to _use_ the package, but I don't want to strip off the extensibility from the distributed version. (Of course I could say in the manual: "You can extend the package yourself, but for this you will have to get it from the Git repository". But I don't want to do that either). Best Urs From news3 at nililand.de Wed Sep 4 17:51:20 2013 From: news3 at nililand.de (Ulrike Fischer) Date: Wed, 4 Sep 2013 17:51:20 +0200 Subject: [tex-live] Package preparation question (directory structure) References: <8051.1378306026@cl.cam.ac.uk> <52274FAF.3030009@openlilylib.org> Message-ID: Am Wed, 4 Sep 2013 17:20:15 +0200 schrieb Urs Liska: > And where do distributions get their files from, the main directory or > the .tds file? I don't know how miktex handles it if a tds exists beside a main directory, but I think a (correct) tds would at least help to avoid packaging errors. And it would make it much more easier for you to describe the installation: You only need to write "put the files in a texmf tree as shown in the tds.zip" ;-). >>> o scripts >>> ... >> put them in a scripts/ subdirectory, > OK >> and point the user at them, in the >> docs. *don't* set the "executable" bit in files you upload. > > That is, I have to write: "You find the scripts in the > /scripts/lilyglyphs directory of your TeX installation. Please set the > executable bit yourself and maybe put that to your search path"? Normally the distributions provides wrappers for scripts. E.g. miktex creates a makeglossaries.exe which then calls perl makeglossaries.pl. But the user still has to install the script language first. (And a normal windows user will probably not understand "set executable bit"). -- Ulrike Fischer http://www.troubleshooting-tex.de/ From ul at openlilylib.org Wed Sep 4 18:03:45 2013 From: ul at openlilylib.org (Urs Liska) Date: Wed, 4 Sep 2013 18:03:45 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: References: <8051.1378306026@cl.cam.ac.uk> <52274FAF.3030009@openlilylib.org> Message-ID: <522759E1.50005@openlilylib.org> Am 04.09.2013 17:51, schrieb Ulrike Fischer: > Am Wed, 4 Sep 2013 17:20:15 +0200 schrieb Urs Liska: > >>>> o scripts >>>> ... >>> put them in a scripts/ subdirectory, >> OK >>> and point the user at them, in the >>> docs. *don't* set the "executable" bit in files you upload. >> That is, I have to write: "You find the scripts in the >> /scripts/lilyglyphs directory of your TeX installation. Please set the >> executable bit yourself and maybe put that to your search path"? > Normally the distributions provides wrappers for scripts. E.g. > miktex creates a makeglossaries.exe which then calls perl > makeglossaries.pl. But the user still has to install the script > language first. > > (And a normal windows user will probably not understand "set > executable bit"). Does that mean I should simply put the scripts in a /scripts/lilyglpyhs directory and wait for the distribution to create wrapper scripts for it? And how would I refer to these beforehand? (Of course I have written in the manual that in order to use the scripts one has to have Python installed (of course that's not necessary for _using_ the package)). Urs From Robin.Fairbairns at cl.cam.ac.uk Wed Sep 4 18:24:20 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Wed, 4 Sep 2013 17:24:20 +0100 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: Your message of Wed, 04 Sep 2013 18:03:45 +0200. <522759E1.50005@openlilylib.org> Message-ID: <9257.1378311860@cl.cam.ac.uk> Urs Liska
        wrote: > Am 04.09.2013 17:51, schrieb Ulrike Fischer: > > Am Wed, 4 Sep 2013 17:20:15 +0200 schrieb Urs Liska: > > > > (And a normal windows user will probably not understand "set > > executable bit"). "un*x users should set the executable bit on the scripts" > Does that mean I should simply put the scripts in a > /scripts/lilyglpyhs directory and wait for the distribution to create > wrapper scripts for it? And how would I refer to these beforehand? > (Of course I have written in the manual that in order to use the > scripts one has to have Python installed (of course that's not > necessary for _using_ the package)). i had envisaged a structure: macros->latex->contrib->lilyglyphs and from there: [the above]->doc,scripts,latex,fonts (each with the relevant content) ...->lilyglyphs->doc->lilyglyphs->[doc files] which you seem to be suggesting, is strongly deprecated. coming back to fonts ... you seemed to be suggesting that the package requires [xe|lua]tex to deal with opentype fonts, but a) also ask whether metafont source is required b) talk about images being "formed into glyphs" afaik, neither xelatex nor luatex can deal with bitmap fonts, and the images stuff has me completely confused. i will try to re-read your mail at home, tonight, but may not have the time... robin From ul at openlilylib.org Wed Sep 4 18:33:15 2013 From: ul at openlilylib.org (Urs Liska) Date: Wed, 4 Sep 2013 18:33:15 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <9257.1378311860@cl.cam.ac.uk> References: <9257.1378311860@cl.cam.ac.uk> Message-ID: <522760CB.7070507@openlilylib.org> Am 04.09.2013 18:24, schrieb Robin Fairbairns: > > i had envisaged a structure: > > macros->latex->contrib->lilyglyphs > > and from there: > > [the above]->doc,scripts,latex,fonts > > (each with the relevant content) > > ...->lilyglyphs->doc->lilyglyphs->[doc files] > > which you seem to be suggesting, is strongly deprecated. I don't suggest that, maybe I wrote something confusing or confused. > > coming back to fonts ... you seemed to be suggesting that the package > requires [xe|lua]tex to deal with opentype fonts, but > a) also ask whether metafont source is required > b) talk about images being "formed into glyphs" > > afaik, neither xelatex nor luatex can deal with bitmap fonts, and the > images stuff has me completely confused. OK, should be easy to clarify: My package defines commands to insert musical symbols 'as characters', that is \lilyTimeSignature{3}{4} will insert a 3/4 time signature in the continuous text. One group of commands uses the glyphs that are provided by LilyPond's OpenType fonts, that's why the package uses fontspec and needs Xe- or LuaLaTeX. These OpenType fonts have been created using Metafont (in the LilyPond project), but I only use the .otf files from LilyPond's binary distribution. Another group of commands defines symbols that aren't part of that OpenType font (because LilyPond draws them). These symbols are present as small pdf files that the package includes through \includegraphics. HTH Urs > > i will try to re-read your mail at home, tonight, but may not have the > time... > > robin From news3 at nililand.de Wed Sep 4 18:41:22 2013 From: news3 at nililand.de (Ulrike Fischer) Date: Wed, 4 Sep 2013 18:41:22 +0200 Subject: [tex-live] Package preparation question (directory structure) References: <8051.1378306026@cl.cam.ac.uk> <52274FAF.3030009@openlilylib.org> <522759E1.50005@openlilylib.org> Message-ID: Am Wed, 4 Sep 2013 18:03:45 +0200 schrieb Urs Liska: >>> That is, I have to write: "You find the scripts in the >>> /scripts/lilyglyphs directory of your TeX installation. Please set the >>> executable bit yourself and maybe put that to your search path"? >> Normally the distributions provides wrappers for scripts. E.g. >> miktex creates a makeglossaries.exe which then calls perl >> makeglossaries.pl. But the user still has to install the script >> language first. >> >> (And a normal windows user will probably not understand "set >> executable bit"). > Does that mean I should simply put the scripts in a /scripts/lilyglpyhs > directory and wait for the distribution to create wrapper scripts for > it? And how would I refer to these beforehand? Before what? When the distributions create the first time a distribution-package of lilyglyphs they will also (if there are willing to create the wrappper at all and if they realize that it is needed) create the wrapper. User which get your package directly from CTAN will have to call script like other python scripts. Btw: Check that your script is able to find its files even if there are in another texmf-tree. If not you will have to tell your users that they will have to move the .py along with your "shadow directory". -- Ulrike Fischer http://www.troubleshooting-tex.de/ From tljack at forallx.net Wed Sep 4 19:07:55 2013 From: tljack at forallx.net (tljack at forallx.net) Date: Wed, 4 Sep 2013 11:07:55 -0600 Subject: [tex-live] Files for non-free fonts missing from new TeX-Live package of mathdesign[v 2.31] In-Reply-To: <522319E3.3030408@phil.uni-giessen.de> References: <522319E3.3030408@phil.uni-giessen.de> Message-ID: <20130904170755.GA5006@box386.bluehost.com> On Sun, Sep 01, 2013 at 12:41:39PM +0200, Matthias Vogel wrote: > Dear TeXLive maintainers, dear Karl > > thanks for updating the mathdesign package to version 2.31. > > As far as I can see the files from tex/fonts/mathdesign/non-free/ are not > distributed with the update. But although the supported fonts (Adobe > Garamond Pro, Adobe Utopia Std, itc-Charter-ITC-Std and urw-GaramondNo8) are > not free, the mathdesign adaptations are. So I think they should be part of > the distribution. Am I right? I too have run into trouble with mathdesign and garamond. I have manually put the fonts into the tree as always. However, the latest mathdesign package is buggy in two ways: 1. Although when downloaded from CTAN it includes mdugm.map, no mdugm.map gets placed into the tree by tlmgr. This is wrong, and I only discovered it because updmap-sys howled at me. I manually moved it into place, did updmap-sys --enable. 2. But even after that, I now get an error "mdugm.sty not found". There used to be a mdugm.sty, that gets invoked when one does \usepackage[mdugm]{mathdesign}. But now no such sty file is included in the CTAN download zip for mathdesign (and therefore, unsurprisingly, no such sty file is put into place by tlmgr). -Jack From ul at openlilylib.org Wed Sep 4 19:10:13 2013 From: ul at openlilylib.org (Urs Liska) Date: Wed, 4 Sep 2013 19:10:13 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: References: <8051.1378306026@cl.cam.ac.uk> <52274FAF.3030009@openlilylib.org> <522759E1.50005@openlilylib.org> Message-ID: <52276975.6000509@openlilylib.org> Am 04.09.2013 18:41, schrieb Ulrike Fischer: > Am Wed, 4 Sep 2013 18:03:45 +0200 schrieb Urs Liska: > > >> Does that mean I should simply put the scripts in a /scripts/lilyglpyhs >> directory and wait for the distribution to create wrapper scripts for >> it? And how would I refer to these beforehand? > Before what? When the distributions create the first time a > distribution-package of lilyglyphs they will also (if there are > willing to create the wrappper at all and if they realize that it is > needed) create the wrapper. Yes, exactly. Does that mean I can't refer to any possible wrapper scripts (or the location of the actual scripts) in the manual when I first upload the package? > User which get your package directly from CTAN will have to call > script like other python scripts. Of course, that's already documented. > > Btw: Check that your script is able to find its files even if there > are in another texmf-tree. If not you will have to tell your users > that they will have to move the .py along with your "shadow > directory". Thanks for the hint. I think that's already working. Depending on the nature of the given script the user is told to either be in the right working directory or supply the target file as an argument. Urs From news3 at nililand.de Wed Sep 4 19:33:43 2013 From: news3 at nililand.de (Ulrike Fischer) Date: Wed, 4 Sep 2013 19:33:43 +0200 Subject: [tex-live] Package preparation question (directory structure) References: <8051.1378306026@cl.cam.ac.uk> <52274FAF.3030009@openlilylib.org> <522759E1.50005@openlilylib.org> <52276975.6000509@openlilylib.org> Message-ID: Am Wed, 4 Sep 2013 19:10:13 +0200 schrieb Urs Liska: >>> Does that mean I should simply put the scripts in a /scripts/lilyglpyhs >>> directory and wait for the distribution to create wrapper scripts for >>> it? And how would I refer to these beforehand? >> Before what? When the distributions create the first time a >> distribution-package of lilyglyphs they will also (if there are >> willing to create the wrappper at all and if they realize that it is >> needed) create the wrapper. > Yes, exactly. Does that mean I can't refer to any possible wrapper > scripts (or the location of the actual scripts) in the manual when I > first upload the package? Wrapper scripts are created by distributions, not by CTAN. You can't neither be sure that it is created nor when nor if all your users will have access to such a wrapper (users using e.g. Texlive 2012 or an older miktex will probably not get your package through a package manager). So simply write "perhaps your distribution created a wrapper.exe". -- Ulrike Fischer http://www.troubleshooting-tex.de/ From Robin.Fairbairns at cl.cam.ac.uk Wed Sep 4 23:29:49 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Wed, 4 Sep 2013 22:29:49 +0100 Subject: [tex-live] Files for non-free fonts missing from new TeX-Live package of mathdesign[v 2.31] In-Reply-To: Your message of Wed, 04 Sep 2013 11:07:55 -0600. <20130904170755.GA5006@box386.bluehost.com> Message-ID: <2279.1378330189@cl.cam.ac.uk> wrote: > On Sun, Sep 01, 2013 at 12:41:39PM +0200, Matthias Vogel wrote: > > thanks for updating the mathdesign package to version 2.31. > > > > As far as I can see the files from tex/fonts/mathdesign/non-free/ are not > > distributed with the update. But although the supported fonts (Adobe > > Garamond Pro, Adobe Utopia Std, itc-Charter-ITC-Std and urw-GaramondNo8) are > > not free, the mathdesign adaptations are. So I think they should be part of > > the distribution. Am I right? > > I too have run into trouble with mathdesign and garamond. > > I have manually put the fonts into the tree as always. However, the > latest mathdesign package is buggy in two ways: > > 1. Although when downloaded from CTAN it includes mdugm.map, no > mdugm.map gets placed into the tree by tlmgr. This is wrong, and I > only discovered it because updmap-sys howled at me. I manually moved > it into place, did updmap-sys --enable. > > 2. But even after that, I now get an error "mdugm.sty not found". > There used to be a mdugm.sty, that gets invoked when one does > \usepackage[mdugm]{mathdesign}. But now no such sty file is included > in the CTAN download zip for mathdesign (and therefore, > unsurprisingly, no such sty file is put into place by tlmgr). on cam.ctan.org: $ unzip -v archive/fonts/mathdesign.zip | grep mdugm.sty 44894 Defl:N 6732 85% 2013-08-29 17:39 e5cb4b87 mathdesign/non-free/latex/mdugm/mdugm.sty what mirror are you using, to claim this is not true? r [confused] From tljack at forallx.net Wed Sep 4 23:56:34 2013 From: tljack at forallx.net (tljack at forallx.net) Date: Wed, 4 Sep 2013 15:56:34 -0600 Subject: [tex-live] Files for non-free fonts missing from new TeX-Live package of mathdesign[v 2.31] In-Reply-To: <2279.1378330189@cl.cam.ac.uk> References: <20130904170755.GA5006@box386.bluehost.com> <2279.1378330189@cl.cam.ac.uk> Message-ID: <20130904215634.GA30522@box386.bluehost.com> On Wed, Sep 04, 2013 at 10:29:49PM +0100, Robin Fairbairns wrote: > wrote: > > > On Sun, Sep 01, 2013 at 12:41:39PM +0200, Matthias Vogel wrote: > > > thanks for updating the mathdesign package to version 2.31. > > > > > > As far as I can see the files from tex/fonts/mathdesign/non-free/ are not > > > distributed with the update. But although the supported fonts (Adobe > > > Garamond Pro, Adobe Utopia Std, itc-Charter-ITC-Std and urw-GaramondNo8) are > > > not free, the mathdesign adaptations are. So I think they should be part of > > > the distribution. Am I right? > > > > I too have run into trouble with mathdesign and garamond. > > > > I have manually put the fonts into the tree as always. However, the > > latest mathdesign package is buggy in two ways: > > > > 1. Although when downloaded from CTAN it includes mdugm.map, no > > mdugm.map gets placed into the tree by tlmgr. This is wrong, and I > > only discovered it because updmap-sys howled at me. I manually moved > > it into place, did updmap-sys --enable. > > > > 2. But even after that, I now get an error "mdugm.sty not found". > > There used to be a mdugm.sty, that gets invoked when one does > > \usepackage[mdugm]{mathdesign}. But now no such sty file is included > > in the CTAN download zip for mathdesign (and therefore, > > unsurprisingly, no such sty file is put into place by tlmgr). > > on cam.ctan.org: > > $ unzip -v archive/fonts/mathdesign.zip | grep mdugm.sty > 44894 Defl:N 6732 85% 2013-08-29 17:39 e5cb4b87 mathdesign/non-free/latex/mdugm/mdugm.sty > > what mirror are you using, to claim this is not true? Ach, I somehow missed it. Must have moved it, rather than copied it, from there while experimenting. Nevertheless, that file (mdugm.sty) is NOT put into place by tlmgr, which means \usepackage[mdugm]{mathdesign} fails even if you have the urw garamond font installed. Therefore there are still two bugs in *something*: (1) the mapfile mdugm.map is not put into place by tlmgr even though it's there in the ctan zipfile, and (2) the file mdugm.sty isn't put into place by tlmgr even though it's there in the ctan zipfile. I don't know if this is tlmgr's fault or the fault of the packaging-up of mathdesign. Both of these bugs are totally independent of the fact that one must grab the *font* for urw garamond and manually put it in the tree; this fact is, as far as I can see, NOT a bug, has been that way for as long as I have been using garamond, and I have no problem with it. -Jack From tljack at forallx.net Thu Sep 5 00:16:30 2013 From: tljack at forallx.net (tljack at forallx.net) Date: Wed, 4 Sep 2013 16:16:30 -0600 Subject: [tex-live] Files for non-free fonts missing from new TeX-Live package of mathdesign[v 2.31] In-Reply-To: <20130904215634.GA30522@box386.bluehost.com> References: <20130904170755.GA5006@box386.bluehost.com> <2279.1378330189@cl.cam.ac.uk> <20130904215634.GA30522@box386.bluehost.com> Message-ID: <20130904221630.GA11998@box386.bluehost.com> On Wed, Sep 04, 2013 at 03:56:34PM -0600, tljack at forallx.net wrote: > On Wed, Sep 04, 2013 at 10:29:49PM +0100, Robin Fairbairns wrote: > > wrote: > > > > > On Sun, Sep 01, 2013 at 12:41:39PM +0200, Matthias Vogel wrote: > > > > thanks for updating the mathdesign package to version 2.31. > > > > > > > > As far as I can see the files from tex/fonts/mathdesign/non-free/ are not > > > > distributed with the update. But although the supported fonts (Adobe > > > > Garamond Pro, Adobe Utopia Std, itc-Charter-ITC-Std and urw-GaramondNo8) are > > > > not free, the mathdesign adaptations are. So I think they should be part of > > > > the distribution. Am I right? > > > > > > I too have run into trouble with mathdesign and garamond. > > > > > > I have manually put the fonts into the tree as always. However, the > > > latest mathdesign package is buggy in two ways: > > > > > > 1. Although when downloaded from CTAN it includes mdugm.map, no > > > mdugm.map gets placed into the tree by tlmgr. This is wrong, and I > > > only discovered it because updmap-sys howled at me. I manually moved > > > it into place, did updmap-sys --enable. > > > > > > 2. But even after that, I now get an error "mdugm.sty not found". > > > There used to be a mdugm.sty, that gets invoked when one does > > > \usepackage[mdugm]{mathdesign}. But now no such sty file is included > > > in the CTAN download zip for mathdesign (and therefore, > > > unsurprisingly, no such sty file is put into place by tlmgr). > > > > on cam.ctan.org: > > > > $ unzip -v archive/fonts/mathdesign.zip | grep mdugm.sty > > 44894 Defl:N 6732 85% 2013-08-29 17:39 e5cb4b87 mathdesign/non-free/latex/mdugm/mdugm.sty > > > > what mirror are you using, to claim this is not true? > > Ach, I somehow missed it. Must have moved it, rather than copied it, from there while experimenting. > > Nevertheless, that file (mdugm.sty) is NOT put into place by tlmgr, which means \usepackage[mdugm]{mathdesign} fails even if you have the urw garamond font installed. > > Therefore there are still two bugs in *something*: (1) the mapfile mdugm.map is not put into place by tlmgr even though it's there in the ctan zipfile, and (2) the file mdugm.sty isn't put into place by tlmgr even though it's there in the ctan zipfile. I don't know if this is tlmgr's fault or the fault of the packaging-up of mathdesign. > > Both of these bugs are totally independent of the fact that one must grab the *font* for urw garamond and manually put it in the tree; this fact is, as far as I can see, NOT a bug, has been that way for as long as I have been using garamond, and I have no problem with it. Indeed, the bugginess is worse than all of this. Experimentation reveals that even after manually moving 'mdugm.sty' into place, I STILL can't use [mdugm]{mathdesign} in a document. I get a log sequence of things like this: LaTeX Font Warning: Font shape `OML/mdugm/m/it' undefined (Font) using `OML/cmm/m/it' instead on input line 37. LaTeX Font Warning: Font shape `OMS/mdugm/m/n' undefined (Font) using `OMS/cmsy/m/n' instead on input line 37. LaTeX Font Warning: Font shape `OMX/mdugm/m/n' undefined (Font) using `OMX/cmex/m/n' instead on input line 37. This is really all one big argument that one ought to make sure that tlmgr's backup facility is turned on. The following used to work, up until the recent mangling of mathdesign: 1. Put the files ugmr8a.pfb, ugmri8a.pfb, ugmb8a.pfb, ugmbi8a.pfb into texmf-local/fonts/type1/urw. 2. Have mathdesign installed. 3. Maybe do updmap-sys --enable Map=mdugm.map and/or mktexlsr. 4. \usepackage[mdugm]{mathdesign} and have fun. Now one apparently must manually move the .map file and mdugm.sty into place, but it still doesn't work. -Jack From karl at freefriends.org Thu Sep 5 00:45:29 2013 From: karl at freefriends.org (Karl Berry) Date: Wed, 4 Sep 2013 22:45:29 +0000 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <522722EA.3050401@openlilylib.org> Message-ID: <201309042245.r84MjTLx027576@freefriends.org> I'm preparating my first package 'lilyglyphs' for CTAN upload. Too bad your first package is such a complicated one! No wonder pkgcontrib.html and other such things didn't answer all your questions. Let's see what we can do. 'plain' directory structure and the supplied tds.zip structure. It is not required to create the .tds.zip. While I don't like to be contrary to Robin ... speaking as the person who does most of the CTAN->TL imports, I advise against it. Especially when you are at the point of asking package structure questions. The user benefit does not outweigh the complications, it seems to me. In any case, I'll focus here on the "plain" structure to reside in the main area of CTAN. We can talk about tds.zip later if need be. I think the plain lilyglyphs.zip to be downloaded from CTAN can have mostly the same structure as the development directory. Yes, I think so too. The key thing is *not* to have the deep TDS structure, as Robin explained. The main lilyglyphs.zip should have a top-level lilyglyphs/ directory, and then the subdirectories (tex/, doc/, etc.), and that's pretty much it. Do I have to also supply the Metafont sources for these fonts or is it sufficient to supply a link to the original developer's Git repository in the FONTLOG? I'm not sure I'd go so far as to say "have to", but unless perhaps they are terrifically huge, in principle I would have to recommend it. The exact sources that create the OTF's you are distributing. The idea being that someone who wanted to work on the package would have all of the ultimate sources that went into it. Is it better to have the sources and the .pdfs of the documentation (manual and examples) together in /doc/lilyglyphs or do the sources go to /source/lilyglyphs/doc? They don't have to be together, but, like Robin, I recommend it. Thus I suggest putting them into the same doc/ subdirectory. In the uploaded zip: lilyglyphs/README (Must be named "README", specifically.) lilyglyphs/doc/*.{pdf,tex}. (No "/source/" level.) [many small pdfs] /tex/latex/lilyglyphs/glyphimages/pdfs 1) Basically, yes. For CTAN, your zip should have this: lilyglyphs/tex/pdfs/*.pdf. For such a large number of files, it only makes sense to have them in a separate subdir. (CTAN folks will effectively unpack your uploaded zip to end up in m/l/c/lilyglyphs/..., and I will import it into TL under (these days) texmf-dist/{tex/latex,...}/lilyglphs. But this is not your responsibility. :) 2) Please ensure the base filenames are unique. Being in a unique directory doesn't help with that, unfortunately. I fear this is going to be the biggest problem you have. Inserting lots of files with generic names like "crotchet.pdf" and "quaver.pdf" sounds bad to me -- other music packages or user documents might well be using them. I suggest prefixing them all with lgl- or something. Ugly and painful, but have to do something. but I don't know what to do with the rest. /glyphimages/definitions /glyphimages/generated_src Since those are source files not read by TeX, I would put them into a source/ subdirectory. Specifically, for the zip: lilyglyphs/source/definitions lilyglyphs/source/generated_src I'm not sure the /glyphimages/ level buys us much here, but doesn't seem like a big deal either day. The package contains a set of Python scripts I recommend this, for scripts that the user invokes from the command line (which I think is what you're talking about): lilyglyphs/scripts/*.py I think scripts not intended for the user to run (deploy.py?) would be better in: lilyglyphs/source/scripts/ The script names also need to be unique (since they'll end up in /usr/bin, eventually). Again I suggest an ugly prefix like lgl-. "gen{Image,Glyph}Command" could be anything from anywhere, sorry to say. Uh oh, I also see lilyglyphs_common.py. I suspect that is library code used by the others? That complicates things even more. I'll save that for the next round. how should I direct the user (in the manual) so he can make use of these scripts? The manual could say that distros (either OS-level [Debian, etc.] or TeX-level [TL, MiKTeX]) will make the scripts available in the regular binary directories. As for users who install by hand, instead of writing out laborious and lengthy and error-prone instructions, I suggest advising them to look at the installation in TL. (Or simply download our .tar.xz files for manual installation ... anyway ... another time ...) * The package provides a 'shadow' structure of the above /glyphimages Where is this in your git tree? Anyway, do you mean something like a skeleton directory tree? I suggest making a .zip out of it and including that file in your tree. If users can't run unzip successfully, it's hopeless anyway. lilyglyphs/doc/usertree-sample.zip /doc/lilyglyphs/... (some more files) /doc/lilyglyphs/glyphlist.html /doc/lilyglyphs/glyphlist-resources/ (with a .css and some .pngs in it) /doc/lilyglyphs/examples/ (with more .tex and .pdf files in it) It that too 'multilevel'? Looks reasonable to me (except the path should be lilyglyphs/doc/, not doc/lilyglyphs). Subsubdirectories are not completely verboten or anything, they are just to be used sparingly and sensibly. Does that mean I should simply put the scripts in a /scripts/lilyglpyhs directory Yes. Well, lilyglyphs/scripts. and wait for the distribution to create wrapper scripts for it? We (TL) have to be the ones to create the wrapper scripts, because there's no way you can even know what all the platforms are at the time you upload the package. Among other reasons. (FYI: What we do is make symlinks for the Unix platforms and use a generic wrapper (runscript.tlu) for Windows. But this is nothing you or your users should care about.) And how would I refer to these beforehand? See above: "in the usual binary directories". Of course you can explain that further if you want, but you'll be tending toward explaining the basic concept of PATH, etc... And where do distributions get their files from, the main directory or the .tds file? I don't know what Christian does for MiKTeX. For TL, I use the .tds.zip when it exists (I prefer that it doesn't :), unless it is broken and fixed versions aren't forthcoming. (There are about a dozen such packages.) Anyway, don't worry about it. In principle, it should not matter, the results should be the same. If I get something in the wrong place, you can always tell me and I can easily fix it. Hope this helps. Let us know what remains unclear; I'm sure there is plenty :). karl P.S. Unrelated to the questions, but for the record: rf> user's HOMETEXMF tree. TEXMFHOME. HOMETEXMF hasn't been used for many years. From karl at freefriends.org Thu Sep 5 00:47:10 2013 From: karl at freefriends.org (Karl Berry) Date: Wed, 4 Sep 2013 16:47:10 -0600 Subject: [tex-live] Files for non-free fonts missing from new TeX-Live package of mathdesign[v 2.31] In-Reply-To: <20130904221630.GA11998@box386.bluehost.com> (tljack@forallx.net) Message-ID: <86d2ooyzkh.fsf@frenzy.freefriends.org> As discussed ... mdugm is not included in the mathdesign package currently in TL. So these things you are reporting are expected. Since installing the files from CTAN is proving so painful, I suggest simply waiting until I get TL updated again. It shouldn't be too long, one way or another. Unless you are too desperate to wait, in which case you'll just have to work through the manual installation. k From ul at openlilylib.org Thu Sep 5 01:12:42 2013 From: ul at openlilylib.org (Urs Liska) Date: Thu, 5 Sep 2013 01:12:42 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <201309042245.r84MjTLx027576@freefriends.org> References: <201309042245.r84MjTLx027576@freefriends.org> Message-ID: <5227BE6A.90002@openlilylib.org> Am 05.09.2013 00:45, schrieb Karl Berry: > I'm preparating my first package 'lilyglyphs' for CTAN upload. > > Too bad your first package is such a complicated one! No wonder > pkgcontrib.html and other such things didn't answer all your questions. > Let's see what we can do. > > Hi Karl, thank you very much for your detailed information which indeed clarifies a lot of things. I hope the package will eventually be worth the effort ;-) (well, initial feedback from fellow LilyPond users indicates this might be the case ...) (If you're interested you may have a look at this one-page example document: https://dl.dropboxusercontent.com/u/49478835/lilyglyphs-example.pdf (this link won't be permanent).) I will consider them one by one next time (it's kind of late now here in Germany). Just one general issue for now: the order of directories, the 'lilyglyphs/doc <-> doc/lilyglyphs' thing. When I wrote '/doc/lilyglyphs' or '/scripts/lilyglyphs' I was refering to a tds.zip file. As far as I've understood I should consider the initial '/' to be equivalent to a 'texmf' directory. Below that comes [doc|source|tex|scripts|...] and below these the package-name. Is that correct? But when I do _not_ provide the tds.zip file (which would be a relief for me anyway) we're talking about the lilyglyphs.zip file. This has /lilyglyphs as its root and then all the other dirs like doc, source or scripts below that. Right? Thanks again Urs From karl at freefriends.org Thu Sep 5 01:33:16 2013 From: karl at freefriends.org (Karl Berry) Date: Wed, 4 Sep 2013 17:33:16 -0600 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <5227BE6A.90002@openlilylib.org> (message from Urs Liska on Thu, 5 Sep 2013 01:12:42 +0200) Message-ID: <86a9jsyxfn.fsf@frenzy.freefriends.org> As far as I've understood I should consider the initial '/' to be equivalent to a 'texmf' directory. Below that comes [doc|source|tex|scripts|...] and below these the package-name. Is that correct? More or less, for a .tds.zip, yes. I say "more or less" because except for scripts/, the packagename/ level is not directly under the top level {doc,source,tex,...}/. If you browse around in the current texmf-dist tree in TL, you will see. But when I do _not_ provide the tds.zip file (which would be a relief for me anyway) Indeed, I continue to recommend that you not create a .tds.zip. You can always do so in the future, if it turns out to be useful. we're talking about the lilyglyphs.zip file. This has /lilyglyphs as its root and then all the other dirs like doc, source or scripts below that. Right? Right, although that leading / makes me nervous :). (Heading out now, I'll be offline until tomorrow ...) Best, k From wl at gnu.org Thu Sep 5 07:06:23 2013 From: wl at gnu.org (Werner LEMBERG) Date: Thu, 5 Sep 2013 07:06:23 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <86a9jsyxfn.fsf@frenzy.freefriends.org> References: <5227BE6A.90002@openlilylib.org> <86a9jsyxfn.fsf@frenzy.freefriends.org> Message-ID: <20130905.070623.89399740.wl@gnu.org> > But when I do _not_ provide the tds.zip file (which would be a > relief for me anyway) > > Indeed, I continue to recommend that you not create a .tds.zip. You > can always do so in the future, if it turns out to be useful. You might have a look at the `texlive' subdirectory of the `cjk' package. This contains a set of Perl scripts that assist in doing the CTAN to TDS conversion. However, I doubt that your lilyglyphs package will ever become *that* complicated :-) Werner From karl at freefriends.org Fri Sep 6 00:09:57 2013 From: karl at freefriends.org (Karl Berry) Date: Thu, 5 Sep 2013 22:09:57 +0000 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <20130905.070623.89399740.wl@gnu.org> Message-ID: <201309052209.r85M9vZN020050@freefriends.org> You might have a look at the `texlive' subdirectory of the `cjk' Yikes. Don't, it will just confuse you, and things are confusing enough already :). Werner and I had to devise extra-special unique methods to handle his cjk stuff, but you definitely don't have to go that far. k From ul at openlilylib.org Sat Sep 7 23:55:11 2013 From: ul at openlilylib.org (Urs Liska) Date: Sat, 7 Sep 2013 23:55:11 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <201309042245.r84MjTLx027576@freefriends.org> References: <201309042245.r84MjTLx027576@freefriends.org> Message-ID: <522BA0BF.3040200@openlilylib.org> Hi Karl, now I'm going through your email point by point. The good thing to start with: Most of it is clear, I have implemented many things. Others simply have to be done in the 'deploy.py' script. But I didn't want to hold back this email until this is finished (because this more or less will be the last thing to do), so when you read "OK, TODO" you can consider it understood and don't have to comment on it anymore. Am 05.09.2013 00:45, schrieb Karl Berry: > Do I have to also supply the Metafont sources for these fonts or is > it sufficient to supply a link to the original developer's Git > repository in the FONTLOG? > > I'm not sure I'd go so far as to say "have to", but unless perhaps they > are terrifically huge, in principle I would have to recommend it. The > exact sources that create the OTF's you are distributing. The idea > being that someone who wanted to work on the package would have all of > the ultimate sources that went into it. Done. Although I'd prefer any modifications be done on the original, LilyPond sources. This added not more than a ~150KB zip to the package. And it is from a checkout of exactly the LilyPond version the binary .oft files are, which is definitely better than simply pointing at the repository and folder. > Is it better to have the sources and the .pdfs of the documentation > (manual and examples) together in /doc/lilyglyphs or do the sources > go to /source/lilyglyphs/doc? > > They don't have to be together, but, like Robin, I recommend it. Thus I > suggest putting them into the same doc/ subdirectory. In the uploaded > zip: > lilyglyphs/README (Must be named "README", specifically.) > lilyglyphs/doc/*.{pdf,tex}. (No "/source/" level.) OK, TODO > [many small pdfs] > /tex/latex/lilyglyphs/glyphimages/pdfs > > 1) Basically, yes. For CTAN, your zip should have this: > lilyglyphs/tex/pdfs/*.pdf. For such a large number of files, it only > makes sense to have them in a separate subdir. > (CTAN folks will effectively unpack your uploaded zip to end up in > m/l/c/lilyglyphs/..., and I will import it into TL under (these days) > texmf-dist/{tex/latex,...}/lilyglphs. But this is not your > responsibility. :) OK, TODO > 2) Please ensure the base filenames are unique. Being in a unique > directory doesn't help with that, unfortunately. I fear this is going > to be the biggest problem you have. Inserting lots of files with > generic names like "crotchet.pdf" and "quaver.pdf" sounds bad to me -- > other music packages or user documents might well be using them. I > suggest prefixing them all with lgl- or something. Ugly and painful, > but have to do something. Done, at this early time it was simply a matter of renaming 2*28 files with a simple shell command and updating 28 LaTeX commands for which it was easier repeatedly hitting Ctrl-V than hacking a script. The generating scripts have been updated accordingly, so any new files will have a 'lily-' prefix which is less ugly than lgl- and should definitely be sufficient with regard to unique file-names. > > but I don't know what to do with the rest. > /glyphimages/definitions > /glyphimages/generated_src > > Since those are source files not read by TeX, I would put them into a > source/ subdirectory. Specifically, for the zip: > lilyglyphs/source/definitions > lilyglyphs/source/generated_src > > I'm not sure the /glyphimages/ level buys us much here, but doesn't seem > like a big deal either day. OK, TODO > The package contains a set of Python scripts > > I recommend this, for scripts that the user invokes from the command > line (which I think is what you're talking about): Yes. > lilyglyphs/scripts/*.py OK, TODO > I think scripts not intended for the user to run (deploy.py?) would be > better in: > lilyglyphs/source/scripts/ You're right, but his won't be copied to the package at all, it's just for 'internal' use. > The script names also need to be unique (since they'll end up in > /usr/bin, eventually). Again I suggest an ugly prefix like lgl-. > "gen{Image,Glyph}Command" could be anything from anywhere, sorry to say. Ah, this is something I hadn't thought of. OK, TODO > Uh oh, I also see lilyglyphs_common.py. I suspect that is library code > used by the others? That complicates things even more. I'll save that > for the next round. Exactly, this is 'import'ed by the other scripts. I do not see why this complicates things, but I'm looking forward for an explanation. > how should I direct the user (in the manual) > so he can make use of these scripts? > > The manual could say that distros (either OS-level [Debian, etc.] or > TeX-level [TL, MiKTeX]) will make the scripts available in the regular > binary directories. Good idea. OK, TODO > As for users who install by hand, instead of writing out laborious and > lengthy and error-prone instructions, I suggest advising them to look at > the installation in TL. (Or simply download our .tar.xz files for > manual installation ... anyway ... another time ...) OK, I'll see how to do this. > > * The package provides a 'shadow' structure of the above /glyphimages > > Where is this in your git tree? Anyway, do you mean something like a > skeleton directory tree? I suggest making a .zip out of it and > including that file in your tree. If users can't run unzip > successfully, it's hopeless anyway. > lilyglyphs/doc/usertree-sample.zip In the git tree it's lilyglyphs_private. And yes, it's a skeleton directory tree very similar to the glyphimages directory. I already intended to make a zip (but only in the final deploying stage). What I didn't know was to put it in the doc directory. > Hope this helps. Let us know what remains unclear; I'm sure there is > plenty :). Sorry to (maybe) disappoint you, but I don't think you have left much to be asked ;-) If I see correctly only one of the questions hasn't been finished, the Python library file. I hope that - once I'll find some time - I'll now be able to prepare a usable zip file ... Best Urs From karl at freefriends.org Sun Sep 8 00:25:27 2013 From: karl at freefriends.org (Karl Berry) Date: Sat, 7 Sep 2013 22:25:27 +0000 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <522BA0BF.3040200@openlilylib.org> (message from Urs Liska on Sat, $ Message-ID: <201309072225.r87MPRVF025572@freefriends.org> will have a 'lily-' prefix which is less ugly than lgl- and should definitely be sufficient with regard to unique file-names. Unless there are other Lilypond-related packages (not in TeX) which use such names ... That's why the ugly lgl- came to mind. Exactly, this is 'import'ed by the other scripts. I do not see why this complicates things, Because the gen*Command scripts will be in the bin/ directory, but lilyglyphs_common.py should not be, since it's not meant to be invoked directly. PATH directories should not be cluttered with non-user-level-executables. So, you have to do something in the user-level scripts so that it can find the common script. As far as Python (in TL) goes, I believe you will be breaking new ground here, sorry to say. For TL, the files will installed be like this: bin/i386-linux/lgl-genImageCommand [as a symlink, but that's irrelevant here] ... texmf-dist/scripts/lilyglyphs/lilyglyphs_common.py ... So it's not trivial to locate the common file. We don't and can't do anything about PYTHONPATH or anything like that. I think the most reliable way to find it is by running something like (sh-ish syntax for example): com=`kpsewhich --progname=lilyglyphs --format=texmfscripts lilyglyphs_common.py` And then read in $com. I don't know how hard or easy that may be in the Python world. Hope this helps, karl From ul at openlilylib.org Mon Sep 9 01:15:56 2013 From: ul at openlilylib.org (Urs Liska) Date: Mon, 9 Sep 2013 01:15:56 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <201309072225.r87MPRVF025572@freefriends.org> References: <201309072225.r87MPRVF025572@freefriends.org> Message-ID: <522D052C.5000205@openlilylib.org> Am 08.09.2013 00:25, schrieb Karl Berry: > will have a 'lily-' prefix which is less ugly than lgl- and should > definitely be sufficient with regard to unique file-names. > > Unless there are other Lilypond-related packages (not in TeX) which use > such names ... That's why the ugly lgl- came to mind. I think (speaking as a LilyPond power-user (not -developer)) I will take this responsibility, except there are severe objections now. > > Exactly, this is 'import'ed by the other scripts. I do not see why > this complicates things, > > Because the gen*Command scripts will be in the bin/ directory, but > lilyglyphs_common.py should not be, since it's not meant to be invoked > directly. PATH directories should not be cluttered with > non-user-level-executables. > > ... > > I think the most reliable way to find it is by running something like > (sh-ish syntax for example): > com=`kpsewhich --progname=lilyglyphs --format=texmfscripts lilyglyphs_common.py` > And then read in $com. I don't know how hard or easy that may be in the > Python world. I had suspected that kind of thing should _not_ be too hard in the Python world, and it seems I was right :-) Although I probably wouldn't have easily found out about the exact kpsewhich call. import os, sys # import common library, depending on its location scr_path, scr_name = os.path.split(sys.argv[0]) if not 'lilyglyphs_common.py' in os.listdir(scr_path): # the library is not in the same dir as the script # so we assume we're in a TeX installation. try: # use TeX's kpsewhich tool to locate the library file # in the TeX installation import subprocess lib = subprocess.check_output(["kpsewhich", "--progname=lilyglyphs", "--format=texmfscripts", "lilyglyphs_common.py"]) except: print '\nCommon library \"lilyglyphs_common.py\" not found.' print 'Please refer to the manual for possible solutions.' sys.exit(2) # add the found path to Python's search path sys.path.append(os.path.split(lib)[0]) import lilyglyphs_common What I did to verify is: - rename the lib in my project folder (so it isn't found by default) - copy it to texmf-dist/scripts/lilyglyphs/lilyglyphs_common.py in my TeXLive installation (Linux) - run texhash - run the above code I don't have the means right now to do more thorough tests but AFAICS this should work. Do you think the issue is general enough to justify a self-answered question on stackoverflow to help someone running into a similar situation? I can't believe this might have been the last real obstacle (apart from several minor TODOs). Best and thank you for your assistance Urs > > Hope this helps, > karl From ul at openlilylib.org Mon Sep 9 01:33:10 2013 From: ul at openlilylib.org (Urs Liska) Date: Mon, 9 Sep 2013 01:33:10 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <522D052C.5000205@openlilylib.org> References: <201309072225.r87MPRVF025572@freefriends.org> <522D052C.5000205@openlilylib.org> Message-ID: <522D0936.7060703@openlilylib.org> Am 09.09.2013 01:15, schrieb Urs Liska: > Am 08.09.2013 00:25, schrieb Karl Berry: > >> >> Exactly, this is 'import'ed by the other scripts. I do not see why >> this complicates things, >> >> Because the gen*Command scripts will be in the bin/ directory, but >> lilyglyphs_common.py should not be, since it's not meant to be invoked >> directly. PATH directories should not be cluttered with >> non-user-level-executables. >> >> ... >> >> I think the most reliable way to find it is by running something like >> (sh-ish syntax for example): >> com=`kpsewhich --progname=lilyglyphs --format=texmfscripts >> lilyglyphs_common.py` >> And then read in $com. I don't know how hard or easy that may be in the >> Python world. > > I had suspected that kind of thing should _not_ be too hard in the > Python world, and it seems I was right :-) > Although I probably wouldn't have easily found out about the exact > kpsewhich call. > > import os, sys > # import common library, depending on its location > scr_path, scr_name = os.path.split(sys.argv[0]) > if not 'lilyglyphs_common.py' in os.listdir(scr_path): > # the library is not in the same dir as the script > # so we assume we're in a TeX installation. > try: > # use TeX's kpsewhich tool to locate the library file > # in the TeX installation > import subprocess > lib = subprocess.check_output(["kpsewhich", > "--progname=lilyglyphs", > "--format=texmfscripts", > "lilyglyphs_common.py"]) > except: > print '\nCommon library \"lilyglyphs_common.py\" not found.' > print 'Please refer to the manual for possible solutions.' > sys.exit(2) > # add the found path to Python's search path > sys.path.append(os.path.split(lib)[0]) > import lilyglyphs_common > > What I did to verify is: > - rename the lib in my project folder (so it isn't found by default) > - copy it to texmf-dist/scripts/lilyglyphs/lilyglyphs_common.py in my > TeXLive installation (Linux) > - run texhash > - run the above code > Oh my, now I _do_ have to ask back already with two questions: a) where should I place the common library file(s, because they will probably become more than one, once I continue making the Python stuff more generic and versatile)? You say they would go to texmf-dist/scripts (in TL), but should I put all scripts in the scripts/ directory? And how would you then know to differentiate between user-callable and library scripts? b) kpsewhich only seems to find the library when it is stored in the texlive installation directory, and not if it is located in my personal ~/texmf tree. Is there a way around that (because TeX finds anything there but Python surely not)? As it stands I see: - directory structure from my Git repository: library is a sibling of the script and is directly found - TeX distro installation: library is found through kpsewhich - Installation from CTAN zip: library is in a different directory but not found through kpsewhich. I only see the option to introduce a different check and determine the relative path (-> '../source') Any recommendations? Best Urs From karl at freefriends.org Mon Sep 9 02:03:07 2013 From: karl at freefriends.org (Karl Berry) Date: Mon, 9 Sep 2013 00:03:07 +0000 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <522D052C.5000205@openlilylib.org> Message-ID: <201309090003.r89037oX008553@freefriends.org> Do you think the issue is general enough to justify a self-answered question on stackoverflow to help someone running into a similar situation? I have no opinion. where should I place the common library file(s Ok, have two directories in your CTAN upload zip: bin/{exec1,exec2,...}.py lib/{lib1,lib2,...}.py kpsewhich only seems to find the library when it is stored in the texlive installation directory, and not if it is located in my personal ~/texmf tree. Works for me. You have to create the TDS structure under ~/texmf. In an unaltered TL13 installation: $ mkdir ~/texmf/scripts/foo $ touch ~/texmf/scripts/foo/bar.py $ kpsewhich --progname=foo --format=texmfscripts bar.py /u/karl/texmf/scripts/foo/bar.py - Installation from CTAN zip: library is in a different directory but not found through kpsewhich. It is standard for people installing directly from CTAN to have to "move files to the correct TDS directories". In other words, you don't have to worry about the case of people just unzipping the package and expecting to be able to run the scripts directly. karl From ul at openlilylib.org Mon Sep 9 02:07:19 2013 From: ul at openlilylib.org (Urs Liska) Date: Mon, 9 Sep 2013 02:07:19 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <201309090003.r89037oX008553@freefriends.org> References: <201309090003.r89037oX008553@freefriends.org> Message-ID: <522D1137.3000204@openlilylib.org> Am 09.09.2013 02:03, schrieb Karl Berry: > where should I place the common library file(s > > Ok, have two directories in your CTAN upload zip: > bin/{exec1,exec2,...}.py > lib/{lib1,lib2,...}.py OK, TODO > kpsewhich only seems to find the library when it is stored in the > texlive installation directory, and not if it is located in my > personal ~/texmf tree. > > Works for me. You have to create the TDS structure under ~/texmf. > In an unaltered TL13 installation: > > $ mkdir ~/texmf/scripts/foo > $ touch ~/texmf/scripts/foo/bar.py > $ kpsewhich --progname=foo --format=texmfscripts bar.py > /u/karl/texmf/scripts/foo/bar.py OK, I didn't see that. But it should be obvious that kpsewhich would look in ~/texmf/scripts ... > - Installation from CTAN zip: > library is in a different directory but not found through kpsewhich. > > It is standard for people installing directly from CTAN to have to "move > files to the correct TDS directories". In other words, you don't have > to worry about the case of people just unzipping the package and > expecting to be able to run the scripts directly. I have to worry about that at least to the extent of documenting it correctly. I assume this is one issue which would be solved by a correct .tds.zip. Best Urs From branning at wildblue.net Mon Sep 9 14:43:02 2013 From: branning at wildblue.net (Daniel Branning) Date: Mon, 9 Sep 2013 06:43:02 -0600 Subject: [tex-live] arcs Message-ID: <522DC256.1040001@wildblue.net> In TeX Live 2013, \underarc{} and \overarc{} from the "arcs" package both prepend a font-size to their output, example: "\underarc{ABC}" gives "6.0ptABC" --- along with the arc itself, which cannot be shown here. This is clearly seen by running latex on the "arcstest.tex" file that comes with the package, from which result "arcstest.ps" is attached. E-mailing the package maintainer, Gianfranco Boggio?Togna at"gbt at acm.org" returns "No such user." -daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: arcstest.ps Type: application/postscript Size: 138227 bytes Desc: not available URL: From Robin.Fairbairns at cl.cam.ac.uk Mon Sep 9 15:19:20 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Mon, 9 Sep 2013 14:19:20 +0100 Subject: [tex-live] arcs In-Reply-To: Your message of Mon, 09 Sep 2013 06:43:02 -0600. <522DC256.1040001@wildblue.net> Message-ID: <9061.1378732760@cl.cam.ac.uk> Daniel Branning wrote: > E-mailing the package maintainer, Gianfranco Boggio?Togna > at"gbt at acm.org" returns "No such user." i can find (only) one other address (from a ctan upload a while back). that address is on a machine that seems to have been switched off. does anyone reading this list actually know gianfranco? robin From martin at oneiros.de Mon Sep 9 15:22:20 2013 From: martin at oneiros.de (=?ISO-8859-1?Q?Martin_Schr=F6der?=) Date: Mon, 9 Sep 2013 15:22:20 +0200 Subject: [tex-live] arcs In-Reply-To: <522DC256.1040001@wildblue.net> References: <522DC256.1040001@wildblue.net> Message-ID: 2013/9/9 Daniel Branning : > E-mailing the package maintainer, Gianfranco Boggio?Togna at"gbt at acm.org" > returns "No such user." https://groups.google.com/forum/#!msg/comp.text.tex/BM41Ai1cifI/ktunY5F6OWIJ :-( Start a maintainer change; see LPPL 1.3c. MAINTENANCE OF THE WORK Best Martin From nplatis at gmail.com Mon Sep 9 19:31:03 2013 From: nplatis at gmail.com (Nikos Platis) Date: Mon, 9 Sep 2013 20:31:03 +0300 Subject: [tex-live] Install package dependencies Message-ID: I see that tlmgr install has an option: --no-depends Do not install dependencies. (By default, installing a package ensures that all dependencies of this package are fulfilled.) I wonder what this means, since very often, when I manually install a single package, I have to install packages that it requires. -------------- next part -------------- An HTML attachment was scrubbed... URL: From enda_k2 at yahoo.com Mon Sep 9 17:50:12 2013 From: enda_k2 at yahoo.com (Enda) Date: Mon, 9 Sep 2013 08:50:12 -0700 Subject: [tex-live] TeX Live PTEX.Fullbanner Message-ID: <1378741812.1808.YahooMailNeo@web163105.mail.bf1.yahoo.com> /Producer (pdfTeX-1.40.11) /Creator (LaTeX with hyperref package) /PTEX.Fullbanner (This is pdfTeX, Version 3.1415926-1.40.11-2.2 (TeX Live 2010) kpathsea version 6.0.0) When a latex file is compiled with pdflatex, the above is included in the pdf file. Is the?PTEX.Fullbanner?necessary to be put in the pdf file -- Enda P.S. On Debian, the following is included: /Creator (LaTeX with hyperref package) /Producer (pdfTeX-1.40.10) /PTEX.Fullbanner (This is pdfTeX, Version 3.1415926-1.40.10-2.2 (TeX Live 2009/Debian) kpathsea version 5.0.0) From karl at freefriends.org Tue Sep 10 01:06:54 2013 From: karl at freefriends.org (Karl Berry) Date: Mon, 9 Sep 2013 23:06:54 +0000 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <522D1137.3000204@openlilylib.org> Message-ID: <201309092306.r89N6sBR014793@freefriends.org> I have to worry about that at least to the extent of documenting it correctly. = one sentence. I assume this is one issue which would be solved by a correct .tds.zip. = a lot of work with great potential for error. k From preining at logic.at Tue Sep 10 01:12:51 2013 From: preining at logic.at (Norbert Preining) Date: Tue, 10 Sep 2013 08:12:51 +0900 Subject: [tex-live] Install package dependencies In-Reply-To: References: Message-ID: <20130909231251.GB28494@gamma.logic.tuwien.ac.at> On Mo, 09 Sep 2013, Nikos Platis wrote: > I see that > tlmgr install > has an option: > > --no-depends > Do not install dependencies. (By default, installing a package > ensures that all > dependencies of this package are fulfilled.) > > I wonder what this means, since very often, when I manually install a > single package, I have to install packages that it requires. ALthough we have a few package -> package dependencies, in general we don't track inter package dependencies. The above *mostly* applies to collection -> package dependencies. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From gpoore at gmail.com Wed Sep 11 03:31:38 2013 From: gpoore at gmail.com (Geoffrey Poore) Date: Tue, 10 Sep 2013 20:31:38 -0500 Subject: [tex-live] Missing package in TeX Live Message-ID: I'm the author of the PythonTeX package (http://www.ctan.org/pkg/pythontex). I noticed that it is not part of TeX Live 2013; could you please add it? Thanks! Geoff Poore -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl at freefriends.org Thu Sep 12 00:06:34 2013 From: karl at freefriends.org (Karl Berry) Date: Wed, 11 Sep 2013 22:06:34 +0000 Subject: [tex-live] Missing package in TeX Live In-Reply-To: Message-ID: <201309112206.r8BM6YtU020789@freefriends.org> Hi Geoffrey, http://www.ctan.org/pkg/pythontex Thanks for writing. I looked at it when you first released it. As far as I can tell, it wasn't self-locating, that is, those import statements in pythontex.py would fail when run from TL. So it seemed pointless to add it. If you want to make it work, probably using kpsewhich is the way to go for the TL case. As it happens, I just discussed this with the author of the (not yet released) lilyglyphs packages, so if you look in this mailing list's recent (this month) archives, my thoughts about how to do it should be there. Let me know if questions or problems, of course. Best regards, Karl From kakuto at fuk.kindai.ac.jp Thu Sep 12 03:04:15 2013 From: kakuto at fuk.kindai.ac.jp (Akira Kakuto) Date: Thu, 12 Sep 2013 10:04:15 +0900 Subject: [tex-live] Missing package in TeX Live In-Reply-To: <201309112206.r8BM6YtU020789@freefriends.org> References: <201309112206.r8BM6YtU020789@freefriends.org> Message-ID: <9B5A9DEE87904AE7BE4A456E1E668895@CJ3001517a> Hi Karl, > Thanks for writing. I looked at it when you first released it. As far > as I can tell, it wasn't self-locating, that is, those import statements > in pythontex.py would fail when run from TL. So it seemed pointless to add it. I think the latest version is self-locating, because I've just confirmed that pythontex --help works with python scripts in $TEXMF/scripts/pythontex by using a wrapper pythontex.exe in W32TeX. Best regards, Akira KAKUTO From gpoore at gmail.com Thu Sep 12 03:52:03 2013 From: gpoore at gmail.com (Geoffrey Poore) Date: Wed, 11 Sep 2013 20:52:03 -0500 Subject: [tex-live] Missing package in TeX Live In-Reply-To: <9B5A9DEE87904AE7BE4A456E1E668895@CJ3001517a> References: <201309112206.r8BM6YtU020789@freefriends.org> <9B5A9DEE87904AE7BE4A456E1E668895@CJ3001517a> Message-ID: Hi Karl and Akira, Imports shouldn't be an issue. Up to now, I and my users have used an installation script that copies the PythonTeX files into the texmf tree, creating a standard directory structure and a wrapper/symlink. Basically, the installer replicates the configuration of a typical package in TeX Live. That system has functioned fine. Python's sys.path is a list of search paths for imports. The first element, sys.path[0], is always the location of the initial script that was started. So as long as the main script (pythontex.py) and all the other scripts are in the same directory, then pythontex.py can always import all the other code. The only reason to use kpsewhich would be if the scripts were in multiple directories. I actually used kpsewhich at first, until I realized that sys.path[0] already contained everything I needed. Let me know if you do encounter any issues with import or self-location, and I'll find a fix. Regards, Geoff Poore On Wed, Sep 11, 2013 at 8:04 PM, Akira Kakuto wrote: > Hi Karl, > > > Thanks for writing. I looked at it when you first released it. As far >> as I can tell, it wasn't self-locating, that is, those import statements >> in pythontex.py would fail when run from TL. So it seemed pointless to >> add it. >> > > I think the latest version is self-locating, because I've just confirmed > that > pythontex --help > works with python scripts in $TEXMF/scripts/pythontex > by using a wrapper pythontex.exe in W32TeX. > > Best regards, > Akira KAKUTO > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gnwiii at gmail.com Thu Sep 12 15:19:14 2013 From: gnwiii at gmail.com (George N. White III) Date: Thu, 12 Sep 2013 10:19:14 -0300 Subject: [tex-live] Typo (PFDlatex for PDFlatex) in package description for ocg-p Message-ID: $ tlmgr show ocg-p package: ocg-p category: Package shortdesc: PDF OCG support in LaTeX. longdesc: The package provides OCG (Optional Content Groups) support within a PDF document, replacing the ocg.sty distributed with asymptote. Nested OCGs are supported. The package may be used with PFDLatex and XeLaTeX. installed: Yes revision: 28803 sizes: doc: 749k, run: 17k relocatable: Yes cat-version: 0.4 cat-date: 2013-01-11 11:30:29 +0100 cat-license: lppl collection: collection-latexextra -- George N. White III Head of St. Margarets Bay, Nova Scotia -------------- next part -------------- An HTML attachment was scrubbed... URL: From Robin.Fairbairns at cl.cam.ac.uk Thu Sep 12 15:36:01 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Thu, 12 Sep 2013 14:36:01 +0100 Subject: [tex-live] Typo (PFDlatex for PDFlatex) in package description for ocg-p In-Reply-To: Your message of Thu, 12 Sep 2013 10:19:14 -0300. Message-ID: <7179.1378992961@cl.cam.ac.uk> George N. White III wrote: tex live people don't "do" the catalogue -- it's a ctan task. i've corrected the error in the repository; it'll be on the web within 24 hours, i think. i don't really know about the rules for texlive updating its package description from the catalogue, but i suspect changes don't automatically get carried across. Robin Fairbairns For the CTAN team From branning at wildblue.net Thu Sep 12 20:55:06 2013 From: branning at wildblue.net (Daniel Branning) Date: Thu, 12 Sep 2013 12:55:06 -0600 Subject: [tex-live] problem loading babel-greek Message-ID: <52320E0A.10604@wildblue.net> After the "babel-greek" package was updated yesterday on tex-live, I get the following error: This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013) restricted \write18 enabled. entering extended mode (./rat.tex LaTeX2e <2011/06/27> Babel <3.9f> and hyphenation patterns for 78 languages loaded. (/usr/local/texlive/2013/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/local/texlive/2013/texmf-dist/tex/latex/base/size10.clo)) (/usr/local/texlive/2013/texmf-dist/tex/latex/base/fontenc.sty (/usr/local/texlive/2013/texmf-dist/tex/latex/greek-fontenc/lgrenc.def (/usr/local/texlive/2013/texmf-dist/tex/latex/greek-fontenc/greek-fontenc.def)) (/usr/local/texlive/2013/texmf-dist/tex/latex/base/t1enc.def)) (/usr/local/texlive/2013/texmf-dist/tex/latex/base/textcomp.sty (/usr/local/texlive/2013/texmf-dist/tex/latex/base/ts1enc.def)) (/usr/local/texlive/2013/texmf-dist/tex/latex/amsmath/amsmath.sty For additional information on amsmath, use the `?' option. (/usr/local/texlive/2013/texmf-dist/tex/latex/amsmath/amstext.sty (/usr/local/texlive/2013/texmf-dist/tex/latex/amsmath/amsgen.sty)) (/usr/local/texlive/2013/texmf-dist/tex/latex/amsmath/amsbsy.sty) (/usr/local/texlive/2013/texmf-dist/tex/latex/amsmath/amsopn.sty)) (/usr/local/texlive/2013/../texmf-local/tex/latex/lucidabr/lucidabr.sty (/usr/local/texlive/2013/../texmf-local/tex/latex/lucida/t1hlh.fd)) (/usr/local/texlive/2013/texmf-dist/tex/generic/babel/babel.sty (/usr/local/texlive/2013/texmf-dist/tex/generic/babel-greek/greek.ldf (/usr/local/texlive/2013/texmf-dist/tex/generic/babel/babel.def) ! Extra \else. l.74 \else ? ************ and after hitting Enter ******** (/usr/local/texlive/2013/texmf-dist/tex/latex/greek-fontenc/lgrenc.def LGR font encoding definitions already loaded)) (/usr/local/texlive/2013/texmf-dist/tex/generic/babel-english/english.ldf) ! Extra \fi. \@for ... \@forloop #2,\@nil ,\@nil \@@ #1{#3}\fi l.293 \ProcessOptions* ? .... -daniel From karl at freefriends.org Thu Sep 12 23:57:48 2013 From: karl at freefriends.org (Karl Berry) Date: Thu, 12 Sep 2013 21:57:48 +0000 Subject: [tex-live] problem loading babel-greek In-Reply-To: <52320E0A.10604@wildblue.net> Message-ID: <201309122157.r8CLvm9e009042@freefriends.org> After the "babel-greek" package was updated yesterday on tex-live, I get the following error: Thanks for the report. I passed it on to Guenter Milde, who maintains babel-greek. All I do here is import what I'm given from CTAN. karl From d.p.carlisle at gmail.com Fri Sep 13 00:15:51 2013 From: d.p.carlisle at gmail.com (David Carlisle) Date: Thu, 12 Sep 2013 23:15:51 +0100 Subject: [tex-live] problem loading babel-greek In-Reply-To: <52320E0A.10604@wildblue.net> References: <52320E0A.10604@wildblue.net> Message-ID: On 12 September 2013 19:55, Daniel Branning wrote: > After the "babel-greek" package was updated yesterday on tex-live, I get the > following error: This has also been reported to the latex bugs database (with a fix) http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=babel/4360 David From karl at freefriends.org Fri Sep 13 01:39:09 2013 From: karl at freefriends.org (Karl Berry) Date: Thu, 12 Sep 2013 23:39:09 +0000 Subject: [tex-live] Missing package in TeX Live In-Reply-To: Message-ID: <201309122339.r8CNd9bD013598@freefriends.org> Okeydoke, cool, I installed it. I threw the pythontex_install_texlive.py file into texmf-dist/scripts along with the others just because it was convenient. Figured it wouldn't hurt anything. Let me know if problems, of course. Best, Karl From skostysh at princeton.edu Fri Sep 13 06:01:08 2013 From: skostysh at princeton.edu (Scott Kostyshak) Date: Fri, 13 Sep 2013 00:01:08 -0400 Subject: [tex-live] [PATCH] mk4ht does not quote filename in system call Message-ID: To see the problem, on unix run the following: mk4ht oolatex "newfile1_(copy).tex" You will see that the filename is not quoted: htlatex newfile1_(copy).tex "xhtml,ooffice" "ooffice/! -cmozhtf" "-cooxtpipes -coo" sh: 1: Syntax error: "(" unexpected --- error --- failed to execute command Further, note that the exit code is 0. The attached patch (against latest tex4ht trunk) fixes this in mk4ht but there is still a problem in t4ht.c (which I think comes from moving unquoted filenames during cleanup). Best, Scott -------------- next part -------------- Index: bin/unix/mk4ht =================================================================== --- bin/unix/mk4ht (revision 109) +++ bin/unix/mk4ht (working copy) @@ -360,7 +360,7 @@ } close KPSEA; -my $commando = $cmd . " " . $command[1] . " \"". +my $commando = $cmd . " \"" . $command[1] . "\" \"". $command[2] . "\" \"". $command[3] . "\" \"" . $command[4] . "\""; print "$commando\n"; From karl at freefriends.org Fri Sep 13 23:12:30 2013 From: karl at freefriends.org (Karl Berry) Date: Fri, 13 Sep 2013 21:12:30 +0000 Subject: [tex-live] [PATCH] mk4ht does not quote filename in system call In-Reply-To: Message-ID: <201309132112.r8DLCUQX027913@freefriends.org> Subject: [tex-live] [PATCH] mk4ht does not quote filename in system call Thanks for the report. Yes, all the tex4ht scripts and code have this problem (also, '...' should be used rather than "..."), and lack of reliable exit codes and error checking, and tons more. A comprehensive fix will take quite a lot of effort, so barring someone working through all the details and sending a full patch, it's not going to happen quickly. Meanwhile, the only workaround is to avoid special characters in filenames. Sorry ... Anyway, I'll see what I can do about mk4ht at least. Thanks, karl From skostysh at lyx.org Sat Sep 14 04:22:51 2013 From: skostysh at lyx.org (Scott Kostyshak) Date: Fri, 13 Sep 2013 22:22:51 -0400 Subject: [tex-live] [PATCH] mk4ht does not quote filename in system call In-Reply-To: <201309132112.r8DLCUQX027913@freefriends.org> References: <201309132112.r8DLCUQX027913@freefriends.org> Message-ID: On Fri, Sep 13, 2013 at 5:12 PM, Karl Berry wrote: > Subject: [tex-live] [PATCH] mk4ht does not quote filename in system call > > Thanks for the report. Yes, all the tex4ht scripts and code have this > problem (also, '...' should be used rather than "..."), and lack of > reliable exit codes and error checking, and tons more. A comprehensive > fix will take quite a lot of effort, so barring someone working through > all the details and sending a full patch, it's not going to happen > quickly. Meanwhile, the only workaround is to avoid special characters > in filenames. Sorry ... > > Anyway, I'll see what I can do about mk4ht at least. Thanks for the explanation, Karl. I know you have a lot on your plate. Hopefully someone else takes an interest in tex4ht. For archival purposes, this was reported as a bug in the LyX tracker here: http://www.lyx.org/trac/ticket/8839 Scott From rickhg12hs at gmail.com Sat Sep 14 06:57:34 2013 From: rickhg12hs at gmail.com (Rick Graham) Date: Sat, 14 Sep 2013 00:57:34 -0400 Subject: [tex-live] tlmgr check all aborts quickly with pythontex error Message-ID: $ tlmgr check all ... doesn't get very far ... Unknown docfile tag: texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick start" documentation" at /usr/local/src/texlive/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, line 128029. pythontex problem, or something else? -------------- next part -------------- An HTML attachment was scrubbed... URL: From kuroky at users.sourceforge.jp Sat Sep 14 10:10:09 2013 From: kuroky at users.sourceforge.jp (KUROKI Yusuke) Date: Sat, 14 Sep 2013 17:10:09 +0900 Subject: [tex-live] tlmgr check all aborts quickly with pythontex error In-Reply-To: References: Message-ID: Hi, RIck, This is caused by texlive.tlpdb under tlpkg. You go to the line 128029 of texlive.tlpdb, and escape the double-quotation marks, then you will succeed tlmgr command operations. Just now, I have the same problem and can be solved. However, the file of the tlnet repository has correct escape for double-quotation marks. I do not know what brings this difference. Could you guess, probably Norbert or Karl? --Yusuke 2013/9/14 Rick Graham : > $ tlmgr check all > > ... doesn't get very far ... > > Unknown docfile tag: > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick > start" documentation" at > /usr/local/src/texlive/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, > line 128029. > > pythontex problem, or something else? > -- ?? ?? (KUROKI Yusuke) From gpoore at gmail.com Sat Sep 14 17:02:11 2013 From: gpoore at gmail.com (Geoffrey Poore) Date: Sat, 14 Sep 2013 10:02:11 -0500 Subject: [tex-live] Missing package in TeX Live In-Reply-To: <201309122339.r8CNd9bD013598@freefriends.org> References: <201309122339.r8CNd9bD013598@freefriends.org> Message-ID: It appears that the file "pythontex_quickstart.pdf" is somehow breaking tlmgr. Someone opened an issueon my GitHub page 5 hours ago. I just tested it myself, and after installing pythontex via TeX Live package manager, the command "tlmgr update -all -dry-run" produces the error: Unknown docfile tag: texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick start" documentation" at C:/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, line 127171. On Thu, Sep 12, 2013 at 6:39 PM, Karl Berry wrote: > Okeydoke, cool, I installed it. > > I threw the pythontex_install_texlive.py file into texmf-dist/scripts > along with the others just because it was convenient. Figured it > wouldn't hurt anything. > > Let me know if problems, of course. > > Best, > Karl > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpoore at gmail.com Sat Sep 14 17:42:35 2013 From: gpoore at gmail.com (Geoffrey Poore) Date: Sat, 14 Sep 2013 10:42:35 -0500 Subject: [tex-live] Missing package in TeX Live In-Reply-To: References: <201309122339.r8CNd9bD013598@freefriends.org> Message-ID: I have fixed the issue on my machine (as far as I can tell) by opening texlive/2013/tlpkg/texlive.tlpdb, and changing the line texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick start" documentation" to texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details="Quick start documentation" I believe the quotes inside quotes is causing the problem. Single quotes inside the double quotes seems fine on my system, but nested quotes may not be necessary. On Sat, Sep 14, 2013 at 10:02 AM, Geoffrey Poore wrote: > It appears that the file "pythontex_quickstart.pdf" is somehow breaking > tlmgr. Someone opened an issueon my GitHub page 5 hours ago. I just tested it myself, and after > installing pythontex via TeX Live package manager, the command "tlmgr > update -all -dry-run" produces the error: > > Unknown docfile tag: > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick > start" documentation" at C:/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, > line 127171. > > > > On Thu, Sep 12, 2013 at 6:39 PM, Karl Berry wrote: > >> Okeydoke, cool, I installed it. >> >> I threw the pythontex_install_texlive.py file into texmf-dist/scripts >> along with the others just because it was convenient. Figured it >> wouldn't hurt anything. >> >> Let me know if problems, of course. >> >> Best, >> Karl >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rickhg12hs at gmail.com Sun Sep 15 00:19:23 2013 From: rickhg12hs at gmail.com (Rick Graham) Date: Sat, 14 Sep 2013 18:19:23 -0400 Subject: [tex-live] tlmgr check all aborts quickly with pythontex error In-Reply-To: References: Message-ID: Thanks Yusuke! Worked for me. Hopefully a "tlmgr update -all" will fix this in the future. Although, I think this issue broke that command. Are some users trapped with an un-updateable TeX Live distro now? On Sat, Sep 14, 2013 at 4:10 AM, KUROKI Yusuke wrote: > Hi, RIck, > > This is caused by texlive.tlpdb under tlpkg. > You go to the line 128029 of texlive.tlpdb, and escape the > double-quotation marks, then you will succeed tlmgr command operations. > > Just now, I have the same problem and can be solved. > > However, the file of the tlnet repository has correct escape > for double-quotation marks. I do not know what brings this > difference. Could you guess, probably Norbert or Karl? > > --Yusuke > > 2013/9/14 Rick Graham : > > $ tlmgr check all > > > > ... doesn't get very far ... > > > > Unknown docfile tag: > > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick > > start" documentation" at > > /usr/local/src/texlive/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, > > > line 128029. > > > > pythontex problem, or something else? > > > > > > -- > ?? ?? (KUROKI Yusuke) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rickhg12hs at gmail.com Sun Sep 15 00:21:02 2013 From: rickhg12hs at gmail.com (Rick Graham) Date: Sat, 14 Sep 2013 18:21:02 -0400 Subject: [tex-live] Missing package in TeX Live In-Reply-To: References: <201309122339.r8CNd9bD013598@freefriends.org> Message-ID: I had to do the same just so tlmger would work again. On Sat, Sep 14, 2013 at 11:42 AM, Geoffrey Poore wrote: > I have fixed the issue on my machine (as far as I can tell) by opening > texlive/2013/tlpkg/texlive.tlpdb, and changing the line > > > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf > details=""Quick start" documentation" > > to > > > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details="Quick > start documentation" > > I believe the quotes inside quotes is causing the problem. Single quotes > inside the double quotes seems fine on my system, but nested quotes may not > be necessary. > > > On Sat, Sep 14, 2013 at 10:02 AM, Geoffrey Poore wrote: > >> It appears that the file "pythontex_quickstart.pdf" is somehow breaking >> tlmgr. Someone opened an issueon my GitHub page 5 hours ago. I just tested it myself, and after >> installing pythontex via TeX Live package manager, the command "tlmgr >> update -all -dry-run" produces the error: >> >> Unknown docfile tag: >> texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick >> start" documentation" at C:/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, >> line 127171. >> >> >> >> On Thu, Sep 12, 2013 at 6:39 PM, Karl Berry wrote: >> >>> Okeydoke, cool, I installed it. >>> >>> I threw the pythontex_install_texlive.py file into texmf-dist/scripts >>> along with the others just because it was convenient. Figured it >>> wouldn't hurt anything. >>> >>> Let me know if problems, of course. >>> >>> Best, >>> Karl >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl at freefriends.org Sun Sep 15 00:41:47 2013 From: karl at freefriends.org (Karl Berry) Date: Sat, 14 Sep 2013 22:41:47 +0000 Subject: [tex-live] Missing package in TeX Live In-Reply-To: Message-ID: <201309142241.r8EMflti020433@freefriends.org> Very sorry to hear the tlpdb "" madness has escaped into live tlpdb's. (The automated checks stopped one update, and after repairing that we thought it was resolved. Sigh.) We'll prepare another tlmgr fix asap and announce it. There is a disaster recovery method which will get around the bootstrapping. Editing the tlpdb by hand to get rid of the doubled double quote is also perfectly ok. karl From vojta at math.berkeley.edu Sun Sep 15 02:19:15 2013 From: vojta at math.berkeley.edu (Paul Vojta) Date: Sat, 14 Sep 2013 17:19:15 -0700 Subject: [tex-live] Missing package in TeX Live In-Reply-To: References: <201309122339.r8CNd9bD013598@freefriends.org> Message-ID: <20130915001915.GA11132@math.berkeley.edu> There's also a line texmf-dist/doc/latex/pst-optexp/pst-optexp-quickref.pdf details="Quick reference ("cheat-sheet")" in the package pst-optexp, as well as a line texmf-dist/doc/latex/bxbase/README details="Readme" language="japanese" (s/japanese/jp/) in the package bxbase --Paul Vojta On Sat, Sep 14, 2013 at 10:42:35AM -0500, Geoffrey Poore wrote: > I have fixed the issue on my machine (as far as I can tell) by opening > texlive/2013/tlpkg/texlive.tlpdb, and changing the line > > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick > start" documentation" > > to > > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details="Quick > start documentation" > > I believe the quotes inside quotes is causing the problem. Single quotes > inside the double quotes seems fine on my system, but nested quotes may not > be necessary. > > > On Sat, Sep 14, 2013 at 10:02 AM, Geoffrey Poore wrote: > > > It appears that the file "pythontex_quickstart.pdf" is somehow breaking > > tlmgr. Someone opened an issueon my GitHub page 5 hours ago. I just tested it myself, and after > > installing pythontex via TeX Live package manager, the command "tlmgr > > update -all -dry-run" produces the error: > > > > Unknown docfile tag: > > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick > > start" documentation" at C:/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, > > line 127171. > > > > > > > > On Thu, Sep 12, 2013 at 6:39 PM, Karl Berry wrote: > > > >> Okeydoke, cool, I installed it. > >> > >> I threw the pythontex_install_texlive.py file into texmf-dist/scripts > >> along with the others just because it was convenient. Figured it > >> wouldn't hurt anything. > >> > >> Let me know if problems, of course. > >> > >> Best, > >> Karl > >> > > From preining at logic.at Sun Sep 15 03:08:19 2013 From: preining at logic.at (Norbert Preining) Date: Sun, 15 Sep 2013 10:08:19 +0900 Subject: [tex-live] Missing package in TeX Live In-Reply-To: <20130915001915.GA11132@math.berkeley.edu> References: <201309122339.r8CNd9bD013598@freefriends.org> <20130915001915.GA11132@math.berkeley.edu> Message-ID: <20130915010819.GB30356@gamma.logic.tuwien.ac.at> Hi everyone, sorry for the fact that the problematic tlpdb escaped into the wild. On Sa, 14 Sep 2013, Paul Vojta wrote: > texmf-dist/doc/latex/pst-optexp/pst-optexp-quickref.pdf details="Quick reference ("cheat-sheet")" Yes, double quotes within doulbe quotes are only a problem at the beginning. THat is the reason it was not caught till now. > texmf-dist/doc/latex/bxbase/README details="Readme" language="japanese" > > (s/japanese/jp/) in the package bxbase THis fix needs to go to CTAN. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From thomasgmeyer at online.de Sun Sep 15 08:58:15 2013 From: thomasgmeyer at online.de (Thomas Meyer) Date: Sun, 15 Sep 2013 08:58:15 +0200 Subject: [tex-live] Listing failed Message-ID: <52355A87.9020005@online.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, problems to update TeX-Live with TeX Live Utility on Mac: Listing failed What is to do? Greetings Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSNVqEAAoJEMhS9tddYXrSFh8P/1bNmlPE4AB7k6QhiogO++Z9 GvZIVVthmpZdoUCs0ldO4NrfS5KhsipH0e7JjYqhbF2E25ekpIJoEgJbh+DB9w9v k5RT3NbJY3lNbZm26f8ot6srfDuMf/SxpxEwsLBIJtDR7Iy7EjGi5+TaSnvUiKHH RxD6vAvLSJP+w/imuckqoZcVxHTbkFXfEhkkER8neuZnupvbnVlfmd70VgNgcIp6 z6iWgyGa5ZVureobQuwYZyR0wom7b8/U8tfr0tme8qaaB30hoLUNcoV93V6ZGfDw c8/EtrJ+/WnVPXuFY5tFb2cgAurfTe7CMqeGx5fnTZwyfTYud9na0DEkn9dv1Mkp VFJwoBopgZCLEbwHr90N3vXyYx2DvRbWcu65xvwHmbL+RuOcbw7LB6Fm3+xAbXlz lp6VZkDvnjM6MDBo6CAcBHeQKQDrXiskHppcH/nimBgrM2gEAZ7vvKc3oTBoy+oL xsRuwGhOv/YwGEMrRy1DRsVz5Ji6rk2Qvh+X54GkA240tOtzBwBkvp8k48zRV9Va gBKxrDbjwuBRQ9HoPWEKjbKo/+IHlZOB7KQIMvw/ZUq0kkYeuqvg+wBVHospwiEg ycVowP6HLy/03Y4994V1nhA1fyH06v6xxaNbHFz80K1p0qb0zcbjy4kvXTthkkvx e3P0fNhE1KXJjqPc3H0b =eOf/ -----END PGP SIGNATURE----- -------------- next part -------------- An HTML attachment was scrubbed... URL: From P.Taylor at Rhul.Ac.Uk Sun Sep 15 15:15:51 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Sun, 15 Sep 2013 14:15:51 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <52355A87.9020005@online.de> References: <52355A87.9020005@online.de> Message-ID: <5235B307.4070105@Rhul.Ac.Uk> First attempt to install TeX Live 2013 (using 2011 as production system, but need to add support for Hebrew); installer fell at first fence -- Problem signature: Problem Event Name: APPCRASH Application Name: perl.exe Application Version: 0.0.0.0 Application Timestamp: 50a6a593 Fault Module Name: Tk.dll Fault Module Version: 8.4.2.5 Fault Module Timestamp: 50a7fc99 Exception Code: c0000005 Exception Offset: 00095910 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 2057 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 Philip Taylor From siepo at cybercomm.nl Sun Sep 15 16:39:48 2013 From: siepo at cybercomm.nl (Siep Kroonenberg) Date: Sun, 15 Sep 2013 16:39:48 +0200 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <5235B307.4070105@Rhul.Ac.Uk> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> Message-ID: <20130915143948.GA1899@bitmuis.thuis.internal> On Sun, Sep 15, 2013 at 02:15:51PM +0100, Philip Taylor wrote: > > First attempt to install TeX Live 2013 (using 2011 > as production system, but need to add support for > Hebrew); installer fell at first fence -- > > > Problem signature: > Problem Event Name: APPCRASH > Application Name: perl.exe > Application Version: 0.0.0.0 > Application Timestamp: 50a6a593 > Fault Module Name: Tk.dll > Fault Module Version: 8.4.2.5 > Fault Module Timestamp: 50a7fc99 > Exception Code: c0000005 > Exception Offset: 00095910 > OS Version: 6.1.7601.2.1.0.256.1 > Locale ID: 2057 > Additional Information 1: 0a9e > Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 > Additional Information 3: 0a9e > Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 Yuk! Perl still problematic on w32 even though non-optimized compile! Note that it is Tk.dll, the graphical module, which fails. We never had any luck debugging failures involving Tk.dll. Problems tended to disappear when running under debugger control. Probably, the text installer will work just fine. Otherwise, you can try the wizard install if the advanced / PerlTk installer failed and vice versa. Just to be sure: you did nothing special to use your own Perl installation? -- Siep Kroonenberg From P.Taylor at Rhul.Ac.Uk Sun Sep 15 16:50:35 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Sun, 15 Sep 2013 15:50:35 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <20130915143948.GA1899@bitmuis.thuis.internal> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> Message-ID: <5235C93B.6030003@Rhul.Ac.Uk> Thank you, Siep. It is now installing using "-advanced", apparently successfully, but I was a little surprised to see that no mention of "hyphen-hebrew" appeared in the log at the corresponding point. Is Hewbrew an unhyphenated language, and will the installer have ensured that \lang at hebrew is defined (so that I can \uselanguage (hebrew) even if there are no patterns ? ** Phil. From reinhard.kotucha at web.de Sun Sep 15 17:32:37 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Sun, 15 Sep 2013 17:32:37 +0200 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <5235C93B.6030003@Rhul.Ac.Uk> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> Message-ID: <21045.54037.207885.499159@zaphod.ms25.net> On 2013-09-15 at 15:50:35 +0100, Philip Taylor wrote: > Thank you, Siep. It is now installing using "-advanced", > apparently successfully, but I was a little surprised to > see that no mention of "hyphen-hebrew" appeared in the > log at the corresponding point. Is Hewbrew an unhyphenated > language, and will the installer have ensured that > \lang at hebrew is defined (so that I can \uselanguage (hebrew) > even if there are no patterns ? It seems that there are no hyphenation patterns for Hebrew: $ latex '\documentclass{article}\stop' This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013) restricted \write18 enabled. entering extended mode LaTeX2e <2011/06/27> Babel and hyphenation patterns for english, dumylang, nohyph enation, german-x-2012-05-30, ngerman-x-2012-05-30, afrikaans, ancientgreek, ib ycus, arabic, armenian, basque, bulgarian, catalan, pinyin, coptic, croatian, c zech, danish, dutch, ukenglish, usenglishmax, esperanto, estonian, ethiopic, fa rsi, finnish, french, friulan, galician, georgian, german, ngerman, swissgerman , monogreek, greek, hungarian, icelandic, assamese, bengali, gujarati, hindi, k annada, malayalam, marathi, oriya, panjabi, tamil, telugu, indonesian, interlin gua, irish, italian, kurmanji, latin, latvian, lithuanian, mongolian, mongolian lmc, bokmal, nynorsk, piedmontese, polish, portuguese, romanian, romansh, russi an, sanskrit, serbian, serbianc, slovak, slovenian, spanish, swedish, thai, tur kish, turkmen, ukrainian, uppersorbian, welsh, loaded. (/usr/local/texlive/2013/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/local/texlive/2013/texmf-dist/tex/latex/base/size10.clo)) No pages of output. Transcript written on article.log. However, according to the documentation Hebrew is supported by Babel: texdoc babel Thus I would expect that you can use \uselanguage{hebrew}. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From kuroky at users.sourceforge.jp Sun Sep 15 05:48:17 2013 From: kuroky at users.sourceforge.jp (KUROKI Yusuke) Date: Sun, 15 Sep 2013 12:48:17 +0900 Subject: [tex-live] tlmgr check all aborts quickly with pythontex error In-Reply-To: References: Message-ID: (This massage is just for crossreferencing.) HI, all, In this topic, you also need to see another thread named ``Missing package in TeX Live'' for this issue. Thanks, Yusuke. 2013/9/15 Rick Graham : > Thanks Yusuke! Worked for me. > > Hopefully a "tlmgr update -all" will fix this in the future. Although, I > think this issue broke that command. Are some users trapped with an > un-updateable TeX Live distro now? > > > On Sat, Sep 14, 2013 at 4:10 AM, KUROKI Yusuke > wrote: >> >> Hi, RIck, >> >> This is caused by texlive.tlpdb under tlpkg. >> You go to the line 128029 of texlive.tlpdb, and escape the >> double-quotation marks, then you will succeed tlmgr command operations. >> >> Just now, I have the same problem and can be solved. >> >> However, the file of the tlnet repository has correct escape >> for double-quotation marks. I do not know what brings this >> difference. Could you guess, probably Norbert or Karl? >> >> --Yusuke >> >> 2013/9/14 Rick Graham : >> > $ tlmgr check all >> > >> > ... doesn't get very far ... >> > >> > Unknown docfile tag: >> > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick >> > start" documentation" at >> > /usr/local/src/texlive/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, >> > >> > line 128029. >> > >> > pythontex problem, or something else? >> > >> >> >> >> -- >> ?? ?? (KUROKI Yusuke) > > -- ?? ?? (KUROKI Yusuke) From P.Taylor at Rhul.Ac.Uk Sun Sep 15 17:46:20 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Sun, 15 Sep 2013 16:46:20 +0100 Subject: [tex-live] Fwd: Re: Install TeX Live 20130914 failed In-Reply-To: <5235D623.6070900@Rhul.Ac.Uk> References: <5235D623.6070900@Rhul.Ac.Uk> Message-ID: <5235D64C.8070901@Rhul.Ac.Uk> An embedded message was scrubbed... From: Philip Taylor Subject: Re: [tex-live] Install TeX Live 20130914 failed Date: Sun, 15 Sep 2013 16:45:39 +0100 Size: 2445 URL: From Robin.Fairbairns at cl.cam.ac.uk Sun Sep 15 17:51:01 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Sun, 15 Sep 2013 16:51:01 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: Your message of Sun, 15 Sep 2013 17:32:37 +0200. <21045.54037.207885.499159@zaphod.ms25.net> Message-ID: <15090.1379260261@cl.cam.ac.uk> Reinhard Kotucha wrote: > On 2013-09-15 at 15:50:35 +0100, Philip Taylor wrote: > > [...] > However, according to the documentation Hebrew is supported by Babel: > > texdoc babel > > Thus I would expect that you can use \uselanguage{hebrew}. i know nothing about hebrew (other than what it looks like, on the page), but i've just scanned 00readme.heb, and it doesn't seem to mention hyphenation at all. so perhaps there really isn't a concept of hyphenating hebrew. i presume there are some on this list who know enough hebrew, to confirm or confute my conjecture above. it would be interesting to know the fact of the matter. robin From amaxwell at mac.com Sun Sep 15 20:10:03 2013 From: amaxwell at mac.com (Adam R. Maxwell) Date: Sun, 15 Sep 2013 11:10:03 -0700 Subject: [tex-live] Listing failed In-Reply-To: <52355A87.9020005@online.de> References: <52355A87.9020005@online.de> Message-ID: <754B9EEA-BCBC-42BE-9255-DEF0FF7280E0@mac.com> On Sep 14, 2013, at 23:58 , Thomas Meyer wrote: > problems to update TeX-Live with TeX Live Utility on Mac: Listing failed This is likely due to the pythontex problem reported here recently. My understanding is that a tlmgr update will work around this, and you would be able to install that via the "Actions->Reinstall TeX Live Manager" menu item. -- Adam From P.Taylor at Rhul.Ac.Uk Sun Sep 15 20:15:54 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Sun, 15 Sep 2013 19:15:54 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <21045.54037.207885.499159@zaphod.ms25.net> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> <21045.54037.207885.499159@zaphod.ms25.net> Message-ID: <5235F95A.6030006@Rhul.Ac.Uk> Reinhard Kotucha wrote: > However, according to the documentation Hebrew is supported by Babel: > > texdoc babel > > Thus I would expect that you can use \uselanguage{hebrew}. Sadly I cannot, Reinhard : > D:\Users\Chaa006\Documents\LPL>xetex ms-1214 > This is XeTeX, Version 3.1415926-2.5-0.9999.3 (TeX Live 2013/W32TeX) > restricted \write18 enabled. > entering extended mode > (./ms-1214.tex (./MS-1214.xml [1] [2] [3] [4] > ! e-TeX error: language hebrew undefined.. > \et at xmsg ...lines =0 \errmessage {e-TeX error: #2} > \else \message {\n ! e-TeX... > ... > l.32 ... note recording omission of two verses (?? > ?????????? ?????????? ????... > > ? So how do I now add it, please ? And (whilst I am at it), I noticed in your LaTeX/Babel dump that "ancientgreek" was listed as well as "greek"; should I be using that, given that I am processing 16th-C polytonic Greek ? ** Phil. From preining at logic.at Mon Sep 16 04:50:42 2013 From: preining at logic.at (Norbert Preining) Date: Mon, 16 Sep 2013 11:50:42 +0900 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag Message-ID: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> Dear all, as said, for a short period a few days ago a broken tlpdb escaped into the wild. If you are stuck with a tlmgr that on most operations says something like: Unknown docfile tag: texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick start" documentation" at /usr/local/src/texlive/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, line NNNNNN. The you have two options to fix it: * get the update-tlmgr-latest.sh or .exe from http://mirror.ctan.org/systems/texlive/tlnet/ and run it. After that further tlmgr invocations should succeed. * open your texlive.tlpdb (located in .../2013/tlpkg/texlive.tlpdb) with a text editor, go tot line NNNNN (that NNNNN that is given at the end of the error message, see above). You should see a line texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick start" documentation" change that line to look like texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details="Quick start documentation" (do *not* remove the initial , only remove the two " characters around 'Quick start') and save the file. After that further tlmgr invocations should also succeed. Hope that helps, sorry for the inconveniences Norbert From vivrii at gmail.com Mon Sep 16 06:19:27 2013 From: vivrii at gmail.com (Victor Ivrii) Date: Mon, 16 Sep 2013 00:19:27 -0400 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag In-Reply-To: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> References: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> Message-ID: On Sun, Sep 15, 2013 at 10:50 PM, Norbert Preining wrote: > Dear all, > > as said, for a short period a few days ago a broken tlpdb escaped > into the wild. > > If you are stuck with a tlmgr that on most operations says something like: > Unknown docfile tag: > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick > start" documentation" at > /usr/local/src/texlive/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, > line NNNNNN. > > The you have two options to fix it: > * get the update-tlmgr-latest.sh or .exe from > http://mirror.ctan.org/systems/texlive/tlnet/ > and run it. After that further tlmgr invocations should succeed. > > * open your texlive.tlpdb (located in .../2013/tlpkg/texlive.tlpdb) > with a text editor, go tot line NNNNN (that NNNNN that is given > at the end of the error message, see above). You should see a line > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf > details=""Quick start" documentation" > change that line to look like > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf > details="Quick start documentation" > (do *not* remove the initial , only remove the two " characters > around 'Quick start') > and save the file. > After that further tlmgr invocations should also succeed. > > Hope that helps, sorry for the inconveniences > > Norbert > > -- Unfortunately none of these methods work and now reference is going to line 155550 which contains no " at all Victor Victor Ivrii -------------- next part -------------- An HTML attachment was scrubbed... URL: From preining at logic.at Mon Sep 16 06:57:03 2013 From: preining at logic.at (Norbert Preining) Date: Mon, 16 Sep 2013 13:57:03 +0900 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag In-Reply-To: References: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> Message-ID: <20130916045703.GA8245@gamma.logic.tuwien.ac.at> Hi Victor, On Mo, 16 Sep 2013, Victor Ivrii wrote: > Unfortunately none of these methods work and now reference is going to > line 155550 which contains no " at all I cannot smell what is your problem if you don't provide more data ... like * exact error message * and, preferrably, the texlive.tlpdb you are using (zipped, please) You might have taken the update-tlmgr-latest *before* your mirror was updated ... it should be update-tlmgr-r31665 Best Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From usenet at siart.de Mon Sep 16 07:30:34 2013 From: usenet at siart.de (Uwe Siart) Date: Mon, 16 Sep 2013 07:30:34 +0200 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag References: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> Message-ID: <84ob7tl4ed.fsf@siart.de> Norbert Preining writes: > * get the update-tlmgr-latest.sh or .exe from > http://mirror.ctan.org/systems/texlive/tlnet/ > and run it. After that further tlmgr invocations should succeed. I can confirm it works. On my windows box I run update-tlmgr-r31658.exe and now everything is fine again. Just fetched today's update. -- Uwe From vivrii at gmail.com Mon Sep 16 09:06:20 2013 From: vivrii at gmail.com (Victor Ivrii) Date: Mon, 16 Sep 2013 03:06:20 -0400 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag In-Reply-To: <20130916045703.GA8245@gamma.logic.tuwien.ac.at> References: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> <20130916045703.GA8245@gamma.logic.tuwien.ac.at> Message-ID: On Mon, Sep 16, 2013 at 12:57 AM, Norbert Preining wrote: > Hi Victor, > > On Mo, 16 Sep 2013, Victor Ivrii wrote: > > Unfortunately none of these methods work and now reference is going to > > line 155550 which contains no " at all > > I cannot smell what is your problem if you don't provide more data ... > like > * exact error message > * and, preferrably, the texlive.tlpdb you are using (zipped, please) > > You might have taken the update-tlmgr-latest *before* your mirror > was updated ... it should be > update-tlmgr-r31665 > > > It was my idea as well; now after finding a new version things got fixed Victor PS Simply eliminating nested quotation did not worked PPS It looks like the problem appeared not after previous update but later (but I cannot be sure) -- Victor Ivrii -------------- next part -------------- An HTML attachment was scrubbed... URL: From preining at logic.at Mon Sep 16 09:16:17 2013 From: preining at logic.at (Norbert Preining) Date: Mon, 16 Sep 2013 16:16:17 +0900 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag In-Reply-To: References: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> <20130916045703.GA8245@gamma.logic.tuwien.ac.at> Message-ID: <20130916071617.GA11540@gamma.logic.tuwien.ac.at> On Mo, 16 Sep 2013, Victor Ivrii wrote: > PS Simply eliminating nested quotation did not worked Yes indeed ... didn't think of that ... the remote tlpdb still carries the special quoting, as the new code works with it. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From thomasgmeyer at online.de Mon Sep 16 19:03:22 2013 From: thomasgmeyer at online.de (Thomas Meyer) Date: Mon, 16 Sep 2013 19:03:22 +0200 Subject: [tex-live] Listing failed In-Reply-To: <92222A90-8AE6-4661-81B4-20D852250133@wideopenwest.com> References: <52355A87.9020005@online.de> <92222A90-8AE6-4661-81B4-20D852250133@wideopenwest.com> Message-ID: <523739DA.8090903@online.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks to Herbert and Adam, but your ideas under 2) and reinstalling TeX-Live Manager doesn't work. Exchanging texlive.tlpdb with todays version doesn't work too. Greetings Thomas Am 15.09.13 13:28, schrieb Herbert Schulz: > > On Sep 15, 2013, at 1:58 AM, Thomas Meyer wrote: > >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, >> >> problems to update TeX-Live with TeX Live Utility on Mac: Listing failed >> >> What is to do? >> >> Greetings >> Thomas > > Howdy, > > 1)Wait for an update to tlmgr which will fix the problem. > > -or- > > 2)Open /usr/local/texlive/2013/tlpkg/texlive.tlpdb in a text editor and search for > > ""Quick start" documentation" > > changing it to > > "Quick start documentation" > > and saving that; i.e., remove those inner quotes. Note: you want to use an editor that will allow you to edit and save a file owned by root using authentication. > > Good Luck, > > Herb Schulz > (herbs at wideopenwest dot com) > > > > -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSNznUAAoJEMhS9tddYXrSDC8P/iBqwXgXm2Ys2GB+1VMcE+mk UgDoemKOZUjZDwAliS3Dqp9BvcEN856kY11sy/fS3p1HZxf/GS38ymczOj3Nkefj gwhg3vHoZQ0vgkFAojkp1fFtPnZnWt2Op6AiYWezYoraI3D9m7Ur9mwRype8RkB5 ge8UTvxo4lLdhV/6g2GZ9Nyh9n3FtntMgqI7AH7ErXamPx190kh9hoJ3STzzEHgr uMCzR7ie85u6jtOlvFxKFHIbwHkfA3DYpPSmKbgw5J916FEK+/jpYvCSuFhoLWy2 p0LOTA9HT4zRuV4sOtAOwWAkPECxtV00y731iq3fclLrI2dMj9if/oW0znpgw/rR kie1chgolCklyyRyXlJ5yyDr2wE4nKjn+4SlKMUnjFf9oVTrT2z2bcQS6SeeLuNA HJ+jxmkqWOgLV8fDXhW5F1bor6j8oNWSykkP9zwm0t3Nv2nMSSqXnDOxiCs9oUQh ndayC1sV5tbdREVVmNVWu/9t8MA7ccfoFiwLscIzpLhZ74gfDhjhMj4xZmcEghD0 RWQjnSQKpJG/arBZkDkIw0zfJa95JwKooS4taXAMz1eEv6dCT/x8eeW6oE++lqGf Zecy7s7jKmXcb9y+T75kldv3NVtr3iZ7CDmbiY9O/qa5pilpxhG7k+KrbtCBCp73 E44ovOg8FiOKW9M8ucsa =8/B5 -----END PGP SIGNATURE----- From amaxwell at mac.com Mon Sep 16 19:10:12 2013 From: amaxwell at mac.com (Adam R. Maxwell) Date: Mon, 16 Sep 2013 10:10:12 -0700 Subject: [tex-live] Listing failed In-Reply-To: <523739DA.8090903@online.de> References: <52355A87.9020005@online.de> <92222A90-8AE6-4661-81B4-20D852250133@wideopenwest.com> <523739DA.8090903@online.de> Message-ID: On Sep 16, 2013, at 10:03, Thomas Meyer wrote: > but your ideas under 2) and reinstalling TeX-Live Manager doesn't work. > Exchanging texlive.tlpdb with todays version doesn't work too. I successfully used the method that I suggested. If it didn't work, you probably used a stale mirror. You can open TLU's log window and send me the output offlist if you want. Adam From ul at openlilylib.org Mon Sep 16 22:59:06 2013 From: ul at openlilylib.org (Urs Liska) Date: Mon, 16 Sep 2013 22:59:06 +0200 Subject: [tex-live] Package preparation question (directory structure) In-Reply-To: <201309090003.r89037oX008553@freefriends.org> References: <201309090003.r89037oX008553@freefriends.org> Message-ID: <5237711A.4040301@openlilylib.org> Am 09.09.2013 02:03, schrieb Karl Berry: > Do you think the issue is general enough to justify a self-answered > question on stackoverflow to help someone running into a similar > situation? > > I have no opinion. > > where should I place the common library file(s > > Ok, have two directories in your CTAN upload zip: > bin/{exec1,exec2,...}.py > lib/{lib1,lib2,...}.py > > kpsewhich only seems to find the library when it is stored in the > texlive installation directory, and not if it is located in my > personal ~/texmf tree. > > Works for me. You have to create the TDS structure under ~/texmf. > In an unaltered TL13 installation: > > $ mkdir ~/texmf/scripts/foo > $ touch ~/texmf/scripts/foo/bar.py > $ kpsewhich --progname=foo --format=texmfscripts bar.py > /u/karl/texmf/scripts/foo/bar.py > > - Installation from CTAN zip: > library is in a different directory but not found through kpsewhich. > > It is standard for people installing directly from CTAN to have to "move > files to the correct TDS directories". In other words, you don't have > to worry about the case of people just unzipping the package and > expecting to be able to run the scripts directly. > > karl I finally managed to create a .zip and upload it to CTAN last night. Despite your generous and qualified help (or perhaps because of the need for this) I'm far from taking for granted I did everything right. So please: If you have to handle the new lilyglyphs package and run into problems please check back with me instead of discarding it ... Best and thank you very much for your patience Urs From rickhg12hs at gmail.com Tue Sep 17 00:39:51 2013 From: rickhg12hs at gmail.com (Rick Graham) Date: Mon, 16 Sep 2013 18:39:51 -0400 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag In-Reply-To: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> References: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> Message-ID: Can confirm that your first option worked for me. You may want to change the filename in: http://ctan.mirrorcatalogs.com/systems/texlive/tlnet/update-tlmgr-latest.sh.sha256 ... to update-tlmgr-latest.sh Thanks! On Sun, Sep 15, 2013 at 10:50 PM, Norbert Preining wrote: > Dear all, > > as said, for a short period a few days ago a broken tlpdb escaped > into the wild. > > If you are stuck with a tlmgr that on most operations says something like: > Unknown docfile tag: > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick > start" documentation" at > /usr/local/src/texlive/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, > line NNNNNN. > > The you have two options to fix it: > * get the update-tlmgr-latest.sh or .exe from > http://mirror.ctan.org/systems/texlive/tlnet/ > and run it. After that further tlmgr invocations should succeed. > > * open your texlive.tlpdb (located in .../2013/tlpkg/texlive.tlpdb) > with a text editor, go tot line NNNNN (that NNNNN that is given > at the end of the error message, see above). You should see a line > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf > details=""Quick start" documentation" > change that line to look like > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf > details="Quick start documentation" > (do *not* remove the initial , only remove the two " characters > around 'Quick start') > and save the file. > After that further tlmgr invocations should also succeed. > > Hope that helps, sorry for the inconveniences > > Norbert > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From preining at logic.at Tue Sep 17 03:07:37 2013 From: preining at logic.at (Norbert Preining) Date: Tue, 17 Sep 2013 10:07:37 +0900 Subject: [tex-live] Listing failed In-Reply-To: <523739DA.8090903@online.de> References: <52355A87.9020005@online.de> <92222A90-8AE6-4661-81B4-20D852250133@wideopenwest.com> <523739DA.8090903@online.de> Message-ID: <20130917010737.GB8142@gamma.logic.tuwien.ac.at> > Exchanging texlive.tlpdb with todays version doesn't work too. Wait for today's updated of tlnet and all will be fine ... Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From preining at logic.at Tue Sep 17 03:08:49 2013 From: preining at logic.at (Norbert Preining) Date: Tue, 17 Sep 2013 10:08:49 +0900 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag In-Reply-To: References: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> Message-ID: <20130917010849.GC8142@gamma.logic.tuwien.ac.at> On Mo, 16 Sep 2013, Rick Graham wrote: > You may want to change the filename in: > > http://ctan.mirrorcatalogs.com/systems/texlive/tlnet/update-tlmgr-latest.sh.sha256 > > ... to update-tlmgr-latest.sh No, the .sha256 is the sha256 digest of the .sh file, checking the integrity. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From rickhg12hs at gmail.com Tue Sep 17 03:51:34 2013 From: rickhg12hs at gmail.com (Rick Graham) Date: Mon, 16 Sep 2013 21:51:34 -0400 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag In-Reply-To: <20130917010849.GC8142@gamma.logic.tuwien.ac.at> References: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> <20130917010849.GC8142@gamma.logic.tuwien.ac.at> Message-ID: I think you misunderstand. In a directory with only update-tlmgr-latest.sh and update-tlmgr-latest.sh.sha256 run: $ sha256sum -c update-tlmgr-latest.sh.sha256 On Monday, September 16, 2013, Norbert Preining wrote: > On Mo, 16 Sep 2013, Rick Graham wrote: >> You may want to change the filename in: >> >> http://ctan.mirrorcatalogs.com/systems/texlive/tlnet/update-tlmgr-latest.sh.sha256 >> >> ... to update-tlmgr-latest.sh > > No, the .sha256 is the sha256 digest of the .sh file, checking the integrity. > > Norbert > > ------------------------------------------------------------------------ > PREINING, Norbert http://www.preining.info > JAIST, Japan TeX Live & Debian Developer > DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 > ------------------------------------------------------------------------ > -- Sent from my Mobile device. -------------- next part -------------- An HTML attachment was scrubbed... URL: From preining at logic.at Tue Sep 17 05:42:04 2013 From: preining at logic.at (Norbert Preining) Date: Tue, 17 Sep 2013 12:42:04 +0900 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag In-Reply-To: References: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> <20130917010849.GC8142@gamma.logic.tuwien.ac.at> Message-ID: <20130917034204.GA12823@gamma.logic.tuwien.ac.at> On Mo, 16 Sep 2013, Rick Graham wrote: > In a directory with only update-tlmgr-latest.sh and > update-tlmgr-latest.sh.sha256 run: > > $ sha256sum -c update-tlmgr-latest.sh.sha256 Yes, because the -latest are links to the update-tlmgr-NNNNN.sh{.sha256} which gives the latest release number. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From rickhg12hs at gmail.com Tue Sep 17 06:10:16 2013 From: rickhg12hs at gmail.com (Rick Graham) Date: Tue, 17 Sep 2013 00:10:16 -0400 Subject: [tex-live] Fixing tlmgr errors: Unknown docfile tag In-Reply-To: <20130917034204.GA12823@gamma.logic.tuwien.ac.at> References: <20130916025042.GB5052@gamma.logic.tuwien.ac.at> <20130917010849.GC8142@gamma.logic.tuwien.ac.at> <20130917034204.GA12823@gamma.logic.tuwien.ac.at> Message-ID: Ah, okay. I suppose links and hashes will always have this "feature". On Monday, September 16, 2013, Norbert Preining wrote: > On Mo, 16 Sep 2013, Rick Graham wrote: >> In a directory with only update-tlmgr-latest.sh and >> update-tlmgr-latest.sh.sha256 run: >> >> $ sha256sum -c update-tlmgr-latest.sh.sha256 > > Yes, because the -latest are links to the > update-tlmgr-NNNNN.sh{.sha256} > which gives the latest release number. > > Norbert > > ------------------------------------------------------------------------ > PREINING, Norbert http://www.preining.info > JAIST, Japan TeX Live & Debian Developer > DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 > ------------------------------------------------------------------------ > -- Sent from my Mobile device. -------------- next part -------------- An HTML attachment was scrubbed... URL: From news3 at nililand.de Tue Sep 17 10:10:14 2013 From: news3 at nililand.de (Ulrike Fischer) Date: Tue, 17 Sep 2013 10:10:14 +0200 Subject: [tex-live] Install TeX Live 20130914 failed References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> Message-ID: <1w079a66okwpg.dlg@nililand.de> Am Sun, 15 Sep 2013 15:50:35 +0100 schrieb Philip Taylor: > Thank you, Siep. It is now installing using "-advanced", > apparently successfully, but I was a little surprised to > see that no mention of "hyphen-hebrew" appeared in the > log at the corresponding point. Is Hewbrew an unhyphenated > language, and will the installer have ensured that > \lang at hebrew is defined (so that I can \uselanguage (hebrew) > even if there are no patterns ? Perhaps this helps: http://tex.stackexchange.com/a/85500/2388 -- Ulrike Fischer http://www.troubleshooting-tex.de/ From P.Taylor at Rhul.Ac.Uk Tue Sep 17 10:20:49 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 09:20:49 +0100 Subject: [tex-live] TeX Live 2013 (re-sent; yesterday's copy seems not to have arrived). Message-ID: <523810E1.7030204@Rhul.Ac.Uk> Outstanding problems : 1) I installed with "Collections: all; packages: all; schemes: all" but \lang at hebrew is not defined using XeTeX (and hence I cannot successfully \uselanguage {hebrew}. Why is this, and how can I add Hebrew to the set of languages known to XeTeX ? 2) I would like to be able to install full support for Plain TeX (all languages, all fonts, etc), but zero support for other formats. What is the correct combination of Collections/packages/schemes to accomplish this, please ? Philip Taylor From P.Taylor at Rhul.Ac.Uk Tue Sep 17 10:24:31 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 09:24:31 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <1w079a66okwpg.dlg@nililand.de> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> <1w079a66okwpg.dlg@nililand.de> Message-ID: <523811BF.8010909@Rhul.Ac.Uk> Thank you, Ulrike, but this appears to address deficiencies in Babel (which I am not using); my question is about the lower-level support which comes bundled with XeTeX in TeX Live and which includes support for (e.g.,) Greek, Ancient Greek and Latin, but not for Hebrew, despite all collections/schemes/etc. being specified at install time. I sent an explicit question on this to the TeX Live list yesterday but it has not appeared, so I have re-sent today. ** Phil. -------- Ulrike Fischer wrote: > Perhaps this helps: > > http://tex.stackexchange.com/a/85500/2388 > -- Windows 8 ? Just say "no". From arthur.reutenauer at normalesup.org Tue Sep 17 11:20:39 2013 From: arthur.reutenauer at normalesup.org (Arthur Reutenauer) Date: Tue, 17 Sep 2013 10:20:39 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <523811BF.8010909@Rhul.Ac.Uk> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> <1w079a66okwpg.dlg@nililand.de> <523811BF.8010909@Rhul.Ac.Uk> Message-ID: <20130917092039.GG6162@phare.normalesup.org> > my question is about the > lower-level support which comes bundled with XeTeX in > TeX Live and which includes support for (e.g.,) Greek, > Ancient Greek and Latin, but not for Hebrew, despite > all collections/schemes/etc. being specified at install > time. What lower-level support are you talking about? What more do you expect there to be than hyphenation patterns, that don't exist for Hebrew, as we ascertained? Arthur From zdenek.wagner at gmail.com Tue Sep 17 11:24:58 2013 From: zdenek.wagner at gmail.com (Zdenek Wagner) Date: Tue, 17 Sep 2013 11:24:58 +0200 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <20130917092039.GG6162@phare.normalesup.org> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> <1w079a66okwpg.dlg@nililand.de> <523811BF.8010909@Rhul.Ac.Uk> <20130917092039.GG6162@phare.normalesup.org> Message-ID: 2013/9/17 Arthur Reutenauer : >> my question is about the >> lower-level support which comes bundled with XeTeX in >> TeX Live and which includes support for (e.g.,) Greek, >> Ancient Greek and Latin, but not for Hebrew, despite >> all collections/schemes/etc. being specified at install >> time. > > What lower-level support are you talking about? What more do you > expect there to be than hyphenation patterns, that don't exist for > Hebrew, as we ascertained? > If I remember TeXbook well, if the hyphenation patterns are unavailable, the proper low level command would by \language=-1 > Arthur -- Zden?k Wagner http://hroch486.icpf.cas.cz/wagner/ http://icebearsoft.euweb.cz From P.Taylor at Rhul.Ac.Uk Tue Sep 17 11:26:53 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 10:26:53 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <20130917092039.GG6162@phare.normalesup.org> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> <1w079a66okwpg.dlg@nililand.de> <523811BF.8010909@Rhul.Ac.Uk> <20130917092039.GG6162@phare.normalesup.org> Message-ID: <5238205D.6070907@Rhul.Ac.Uk> Arthur Reutenauer wrote: > What lower-level support are you talking about? What more do you > expect there to be than hyphenation patterns, that don't exist for > Hebrew, as we ascertained? Support for \lang at hebrew. The fact that there are no patterns does not seem a prima facie reason for omitting support for the language; the effect of \uselanguage {hebrew} could, as the cited Stack Exchange document suggests, simply be to inhibit hyphenation completely. Philip Taylor From arthur.reutenauer at normalesup.org Tue Sep 17 12:25:54 2013 From: arthur.reutenauer at normalesup.org (Arthur Reutenauer) Date: Tue, 17 Sep 2013 11:25:54 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <5238205D.6070907@Rhul.Ac.Uk> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> <1w079a66okwpg.dlg@nililand.de> <523811BF.8010909@Rhul.Ac.Uk> <20130917092039.GG6162@phare.normalesup.org> <5238205D.6070907@Rhul.Ac.Uk> Message-ID: <20130917102554.GI6162@phare.normalesup.org> > Support for \lang at hebrew. What do you need \lang at hebrew for? Arthur From Robin.Fairbairns at cl.cam.ac.uk Tue Sep 17 12:31:28 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Tue, 17 Sep 2013 11:31:28 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: Your message of Tue, 17 Sep 2013 10:20:39 +0100. <20130917092039.GG6162@phare.normalesup.org> Message-ID: <6302.1379413888@cl.cam.ac.uk> Arthur Reutenauer wrote: > > my question is about the > > lower-level support which comes bundled with XeTeX in > > TeX Live and which includes support for (e.g.,) Greek, > > Ancient Greek and Latin, but not for Hebrew, despite > > all collections/schemes/etc. being specified at install > > time. > > What lower-level support are you talking about? What more do you > expect there to be than hyphenation patterns, that don't exist for > Hebrew, as we ascertained? i tried running babel hebrew on tl2013 (updated an hour ago). it tried to generate some bitmap fonts to typeset its results. the first it tried doesn't (afaics) exist on ctan, so obviously it won't be in tex live. there does seem to be a (lppl) font package, cjhebrew, on ctan but babel hebrew doesn't choose to use it. we need a hebrew-speaking tex expert who's willing to sort this out for us. complaining to tex live is a fruitless task, since it seems that no-one on the list (who's willing to post) knows hebrew. i wonder if *anyone* knows how to make babel hebrew work... (there are a few hebrew fonts on ctan, but none are mentioned in the babel stuff. babel-hebrew does mention several fonts, none of which appear on ctan.) From P.Taylor at Rhul.Ac.Uk Tue Sep 17 12:31:20 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 11:31:20 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <20130917102554.GI6162@phare.normalesup.org> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> <1w079a66okwpg.dlg@nililand.de> <523811BF.8010909@Rhul.Ac.Uk> <20130917092039.GG6162@phare.normalesup.org> <5238205D.6070907@Rhul.Ac.Uk> <20130917102554.GI6162@phare.normalesup.org> Message-ID: <52382F78.60308@Rhul.Ac.Uk> Because I am typesetting a mixed language document which includes Hebrew fragments. The Greek fragments are placed in a group that commences : \uselanguage {greek} the Latin fragments in a group that commences : \uselanguage {latin} and so on. Thus to me it makes perfect sense to place the Hebrew fragments in a group that commences \uselanguage {hebrew} If I do not, they will inherit the hyphenation and other language-related rules for the surrounding language, which will almost certainly be 100% inappropriate. Philip Taylor -------- Arthur Reutenauer wrote: >> Support for \lang at hebrew. > > What do you need \lang at hebrew for? > > Arthur > -- Windows 8 ? Just say "no". From Robin.Fairbairns at cl.cam.ac.uk Tue Sep 17 12:50:48 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Tue, 17 Sep 2013 11:50:48 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: Your message of Tue, 17 Sep 2013 11:24:58 +0200. Message-ID: <6768.1379415048@cl.cam.ac.uk> Zdenek Wagner wrote: > 2013/9/17 Arthur Reutenauer : > >> my question is about the > >> lower-level support which comes bundled with XeTeX in > >> TeX Live and which includes support for (e.g.,) Greek, > >> Ancient Greek and Latin, but not for Hebrew, despite > >> all collections/schemes/etc. being specified at install > >> time. > > > > What lower-level support are you talking about? What more do you > > expect there to be than hyphenation patterns, that don't exist for > > Hebrew, as we ascertained? > > If I remember TeXbook well, if the hyphenation patterns are > unavailable, the proper low level command would by \language=-1 my copy of the tex book (bought 1995, so "modern" tex, post v3.0) says nothing about hyphenation patterns being unavailable; it does say that unless 0<=language<256, the patterns for language 0 are used. (in my case, this is american english.) babel hebrew looks for hyphenation patterns for hebrew, and (having not found them) leaves language=0. in short, babel hebrew expects to be run on a system that has hebrew patterns; since none exist, it seems pretty pointless... sigh From jfkthame at googlemail.com Tue Sep 17 13:00:03 2013 From: jfkthame at googlemail.com (Jonathan Kew) Date: Tue, 17 Sep 2013 12:00:03 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <52382F78.60308@Rhul.Ac.Uk> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> <1w079a66okwpg.dlg@nililand.de> <523811BF.8010909@Rhul.Ac.Uk> <20130917092039.GG6162@phare.normalesup.org> <5238205D.6070907@Rhul.Ac.Uk> <20130917102554.GI6162@phare.normalesup.org> <52382F78.60308@Rhul.Ac.Uk> Message-ID: <52383633.50004@gmail.com> On 17/9/13 11:31, Philip Taylor wrote: > Because I am typesetting a mixed language document > which includes Hebrew fragments. The Greek fragments > are placed in a group that commences : > > \uselanguage {greek} > > the Latin fragments in a group that commences : > > \uselanguage {latin} > > and so on. Thus to me it makes perfect sense to place > the Hebrew fragments in a group that commences > > \uselanguage {hebrew} > > If I do not, they will inherit the hyphenation and other > language-related rules for the surrounding language, which > will almost certainly be 100% inappropriate. > In the Unicode world, "inheriting" Greek or Latin (or English) hyphenation rules will be harmless, as the Hebrew text will not match any of the patterns found in those languages (because the alphabets are entirely disjoint). Are there other language-related rules involved that might be of significance? In a Plain environment, I can't think of any offhand. The main thing you probably want to do in your Hebrew group is to select an appropriate font, and surround the content with \beginR...\endR. I'm not sure \uselanguage addresses that aspect, though. JK From Robin.Fairbairns at cl.cam.ac.uk Tue Sep 17 13:06:20 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Tue, 17 Sep 2013 12:06:20 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: Your message of Tue, 17 Sep 2013 11:31:20 +0100. <52382F78.60308@Rhul.Ac.Uk> Message-ID: <7032.1379415980@cl.cam.ac.uk> Philip Taylor wrote: > Because I am typesetting a mixed language document > which includes Hebrew fragments. The Greek fragments > are placed in a group that commences : > > \uselanguage {greek} > > the Latin fragments in a group that commences : > > \uselanguage {latin} > > and so on. Thus to me it makes perfect sense to place > the Hebrew fragments in a group that commences > > \uselanguage {hebrew} > > If I do not, they will inherit the hyphenation and other > language-related rules for the surrounding language, which > will almost certainly be 100% inappropriate. indeed. unfortunately, however, it doesn't help, much (unless your format doesn't contain a language 0). cf texbook, p455, end of 4th double-bend. From arthur.reutenauer at normalesup.org Tue Sep 17 13:17:45 2013 From: arthur.reutenauer at normalesup.org (Arthur Reutenauer) Date: Tue, 17 Sep 2013 12:17:45 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <6302.1379413888@cl.cam.ac.uk> References: <20130917092039.GG6162@phare.normalesup.org> <6302.1379413888@cl.cam.ac.uk> Message-ID: <20130917111745.GJ6162@phare.normalesup.org> I think Babel Hebrew is hopelessly broken for pdfTeX and other 8-bit engines. The fonts it looks for don't seem to be available any more, on CTAN or elsewhere (I investigated this a few months ago). Philip, however, is using XeTeX, and is not even using Babel at all from what I understand, so his problem is different. I don't think it makes much sense to try and fix Babel for 8-bit TeX engines; XeTeX and, to a great extent, LuaTeX, do a great job for Hebrew and that's what people seem to actually be using. Arthur From listas at tex-tipografia.com Tue Sep 17 13:28:55 2013 From: listas at tex-tipografia.com (listas at tex-tipografia.com) Date: Tue, 17 Sep 2013 12:28:55 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <20130917111745.GJ6162@phare.normalesup.org> References: <20130917092039.GG6162@phare.normalesup.org> <6302.1379413888@cl.cam.ac.uk> <20130917111745.GJ6162@phare.normalesup.org> Message-ID: <742eddf487d382d593196fd0dd75826f.squirrel@webmail.tex-tipografia.com> Arthur, > I think Babel Hebrew is hopelessly broken for pdfTeX and other 8-bit > engines. And you are right. I even considered removing it, like magyar 1.4, which was also broken, but the latter has an alternative, while hebrew has not. Javier From P.Taylor at Rhul.Ac.Uk Tue Sep 17 12:52:29 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 11:52:29 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <6302.1379413888@cl.cam.ac.uk> References: <6302.1379413888@cl.cam.ac.uk> Message-ID: <5238346D.4070200@Rhul.Ac.Uk> Please, let this not get diverted into a Babel (or Polyglossia, or any other high-level package) question. It is far more fundamental, and consists of (I think) several parts : 1) If a user installs TeX Live specifying Collections: all; packages: all; schemes: all how does he or she ask the system for which languages \lang@ is defined ? 2) If the user then wishes to add a language that is not pre-defined, how should he or she go about it ? 3) If the language is one for which patterns do not currently exist, and for which the user is unable to supply patterns, is it correct (as Zden?k suggests) that at the lowest level this is specified by \language = -1, and if so, how should \lang at hebrew be defined in order that \uselanguage {hebrew} has the desired effect ? 4) XeTeX provides additional functionality through \XeTeXlinebreaklocale ?Locale ID?, which in this case would be \XeTeXlinebreaklocale {he}. Given that language.def is under texmf-var/tex/generic/config/, this would suggest that language.def is the /wrong/ place to add \XeTeXlinebreaklocale. Where do XeTeX-specific tweaks to language.def go ? ** Phil. -------- Robin Fairbairns wrote: > Philip Taylor wrote : > >>> my question is about the >>> lower-level support which comes bundled with XeTeX in >>> TeX Live and which includes support for (e.g.,) Greek, >>> Ancient Greek and Latin, but not for Hebrew, despite >>> all collections/schemes/etc. being specified at install >>> time. > i tried running babel hebrew on tl2013 (updated an hour ago). > > it tried to generate some bitmap fonts to typeset its results. the > first it tried doesn't (afaics) exist on ctan, so obviously it won't be > in tex live. there does seem to be a (lppl) font package, cjhebrew, on > ctan but babel hebrew doesn't choose to use it. > > we need a hebrew-speaking tex expert who's willing to sort this out for > us. complaining to tex live is a fruitless task, since it seems that > no-one on the list (who's willing to post) knows hebrew. > > i wonder if *anyone* knows how to make babel hebrew work... (there are > a few hebrew fonts on ctan, but none are mentioned in the babel stuff. > babel-hebrew does mention several fonts, none of which appear on ctan.) > > -- Windows 8 ? Just say "no". From arthur.reutenauer at normalesup.org Tue Sep 17 13:42:31 2013 From: arthur.reutenauer at normalesup.org (Arthur Reutenauer) Date: Tue, 17 Sep 2013 12:42:31 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <52382F78.60308@Rhul.Ac.Uk> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> <1w079a66okwpg.dlg@nililand.de> <523811BF.8010909@Rhul.Ac.Uk> <20130917092039.GG6162@phare.normalesup.org> <5238205D.6070907@Rhul.Ac.Uk> <20130917102554.GI6162@phare.normalesup.org> <52382F78.60308@Rhul.Ac.Uk> Message-ID: <20130917114231.GK6162@phare.normalesup.org> This could take a while. > Because I am typesetting a mixed language document > which includes Hebrew fragments. The Greek fragments > are placed in a group that commences : > > \uselanguage {greek} > > the Latin fragments in a group that commences : > > \uselanguage {latin} > > and so on. Thus to me it makes perfect sense to place > the Hebrew fragments in a group that commences > > \uselanguage {hebrew} It may make perfect sense to you, but that's probably because of a misunderstanding. What do you think \uselanguage means? Arthur From Robin.Fairbairns at cl.cam.ac.uk Tue Sep 17 13:59:59 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Tue, 17 Sep 2013 12:59:59 +0100 Subject: [tex-live] TeX Live 2013 (re-sent; yesterday's copy seems not to have arrived). In-Reply-To: Your message of Tue, 17 Sep 2013 09:20:49 +0100. <523810E1.7030204@Rhul.Ac.Uk> Message-ID: <7816.1379419199@cl.cam.ac.uk> Philip Taylor wrote: > Outstanding problems : > > 1) I installed with "Collections: all; packages: all; schemes: all" > but \lang at hebrew is not defined using XeTeX (and hence I cannot > successfully \uselanguage {hebrew}. Why is this, and how can > I add Hebrew to the set of languages known to XeTeX ? with @ catcoded as a letter, \let\l at hebrew\l at nohyphenation (cf. http://tex.stackexchange.com/questions/85473/babel-warns-of-lack-of-hyphenation-patterns-for-hebrew) From Robin.Fairbairns at cl.cam.ac.uk Tue Sep 17 14:15:43 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Tue, 17 Sep 2013 13:15:43 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: Your message of Tue, 17 Sep 2013 12:17:45 +0100. <20130917111745.GJ6162@phare.normalesup.org> Message-ID: <8009.1379420143@cl.cam.ac.uk> Arthur Reutenauer wrote: > I think Babel Hebrew is hopelessly broken for pdfTeX and other 8-bit > engines. The fonts it looks for don't seem to be available any more, on > CTAN or elsewhere (I investigated this a few months ago). Philip, > however, is using XeTeX, and is not even using Babel at all from what I > understand, so his problem is different. there are a few hebrew metafonts on ctan, and (i think) one type 1. at least one isn't available to tex live, for licence reasons. > I don't think it makes much sense to try and fix Babel for 8-bit TeX > engines; XeTeX and, to a great extent, LuaTeX, do a great job for Hebrew > and that's what people seem to actually be using. but [xe/lua]tex users are still bitten by the lack of hyphenation patterns, surely? From khaledhosny at eglug.org Tue Sep 17 14:15:55 2013 From: khaledhosny at eglug.org (Khaled Hosny) Date: Tue, 17 Sep 2013 14:15:55 +0200 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <5238346D.4070200@Rhul.Ac.Uk> References: <6302.1379413888@cl.cam.ac.uk> <5238346D.4070200@Rhul.Ac.Uk> Message-ID: <20130917121554.GA21356@khaled-laptop> On Tue, Sep 17, 2013 at 11:52:29AM +0100, Philip Taylor wrote: > 4) XeTeX provides additional functionality through \XeTeXlinebreaklocale > ?Locale ID?, which in this case would > be \XeTeXlinebreaklocale {he}. Since Hebrew does not need any special line breaking rules, I doubt using \XeTeXlinebreaklocale will have any practical impact here. > Given that language.def is under texmf-var/tex/generic/config/, this > would suggest that language.def is the /wrong/ place to add > \XeTeXlinebreaklocale. Where do XeTeX-specific tweaks to language.def > go ? The language part of language.def is about TeX's \language, so it is strictly concerned about hyphenation patterns and nothing else, so it is the wrong place for the kind of modification you want. Ironically, you seem to think \uselanguage does things like Babel's language switching (switch hyphenation patterns, fonts, font encodings, typographic conventions and what not), but it doesn't, it is simply a way to switch hyphenation patterns using human readable names, instead of relying on TeX's \language number which depends on what patterns were dumped in the format. Regards, Khaled From zdenek.wagner at gmail.com Tue Sep 17 14:27:19 2013 From: zdenek.wagner at gmail.com (Zdenek Wagner) Date: Tue, 17 Sep 2013 14:27:19 +0200 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <8009.1379420143@cl.cam.ac.uk> References: <20130917111745.GJ6162@phare.normalesup.org> <8009.1379420143@cl.cam.ac.uk> Message-ID: 2013/9/17 Robin Fairbairns : > Arthur Reutenauer wrote: > >> I think Babel Hebrew is hopelessly broken for pdfTeX and other 8-bit >> engines. The fonts it looks for don't seem to be available any more, on >> CTAN or elsewhere (I investigated this a few months ago). Philip, >> however, is using XeTeX, and is not even using Babel at all from what I >> understand, so his problem is different. > > there are a few hebrew metafonts on ctan, and (i think) one type 1. at > least one isn't available to tex live, for licence reasons. > >> I don't think it makes much sense to try and fix Babel for 8-bit TeX >> engines; XeTeX and, to a great extent, LuaTeX, do a great job for Hebrew >> and that's what people seem to actually be using. > > but [xe/lua]tex users are still bitten by the lack of hyphenation > patterns, surely? This page contains information on Hebrew hyphen but does not say that the words could be hyphenated at line breaks: http://en.wikipedia.org/wiki/Hebrew_punctuation#Hyphen_and_maqaf I do not know any Hebrew speaking person so I cannot find out whether Hebrew hyphenates words. -- Zden?k Wagner http://hroch486.icpf.cas.cz/wagner/ http://icebearsoft.euweb.cz From preining at logic.at Tue Sep 17 14:33:32 2013 From: preining at logic.at (Norbert Preining) Date: Tue, 17 Sep 2013 21:33:32 +0900 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <5238346D.4070200@Rhul.Ac.Uk> References: <6302.1379413888@cl.cam.ac.uk> <5238346D.4070200@Rhul.Ac.Uk> Message-ID: <20130917123332.GB27362@gamma.logic.tuwien.ac.at> Hi cannot comment on all points, but .. > 2) If the user then wishes to add a language that is not pre-defined, > how should he or she go about it ? see tlmgr --help section of the command "generate" and te explanation of language-local{.dat{.lua},.def} Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From P.Taylor at Rhul.Ac.Uk Tue Sep 17 12:08:58 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 11:08:58 +0100 Subject: [tex-live] TeX Live 2013 : Why does "Kpsewhich" give output in wrong format on Windows Message-ID: <52382A3A.3020802@Rhul.Ac.Uk> Endeavouring to find out for myself where XeTeX's predefined \lang@s were stored, I typed (at the TeX Live command prompt) : kpsewhich language.def The answer given was : c:/texlive/2013/texmf-var/tex/generic/config/language.def When I then attempted to paste this into a CD command, I was told : The directory name is invalid. Why does Kpsewhich not respect platform conventions for the direction of slashes in file paths ? Philip Taylor -------- Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Windows\system32>kpsewhich language.def c:/texlive/2013/texmf-var/tex/generic/config/language.def C:\Windows\system32>cd c:/texlive/2013/texmf-var/tex/generic/config/language.def The directory name is invalid. C:\Windows\system32> -- Windows 8 ? Just say "no". From preining at logic.at Tue Sep 17 14:49:00 2013 From: preining at logic.at (Norbert Preining) Date: Tue, 17 Sep 2013 21:49:00 +0900 Subject: [tex-live] TeX Live 2013 : Why does "Kpsewhich" give output in wrong format on Windows In-Reply-To: <52382A3A.3020802@Rhul.Ac.Uk> References: <52382A3A.3020802@Rhul.Ac.Uk> Message-ID: <20130917124900.GD27362@gamma.logic.tuwien.ac.at> On Di, 17 Sep 2013, Philip Taylor wrote: > c:/texlive/2013/texmf-var/tex/generic/config/language.def > > When I then attempted to paste this into a CD command, I was told : > > The directory name is invalid. Because the *cmd* interpreter is stupid. The names are valid. Don't blame *us* for stupidity of windows! forward slashes are valid separators in most programmin gAPIs in Windows. Only cmd.exe does not understand them. Use PowerShell, IAFAIR it is more intelligent. > C:\Windows\system32> > -- > Windows 8 ? Just say "no". Wrong: Window? Just say "no". Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From Robin.Fairbairns at cl.cam.ac.uk Tue Sep 17 14:51:19 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Tue, 17 Sep 2013 13:51:19 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: Your message of Tue, 17 Sep 2013 14:27:19 +0200. Message-ID: <8644.1379422279@cl.cam.ac.uk> Zdenek Wagner wrote: > 2013/9/17 Robin Fairbairns : > > Arthur Reutenauer wrote: > > > >> I think Babel Hebrew is hopelessly broken for pdfTeX and other 8-bit > >> engines. The fonts it looks for don't seem to be available any more, on > >> CTAN or elsewhere (I investigated this a few months ago). Philip, > >> however, is using XeTeX, and is not even using Babel at all from what I > >> understand, so his problem is different. > > > > there are a few hebrew metafonts on ctan, and (i think) one type 1. at > > least one isn't available to tex live, for licence reasons. > > > >> I don't think it makes much sense to try and fix Babel for 8-bit TeX > >> engines; XeTeX and, to a great extent, LuaTeX, do a great job for Hebrew > >> and that's what people seem to actually be using. > > > > but [xe/lua]tex users are still bitten by the lack of hyphenation > > patterns, surely? > > This page contains information on Hebrew hyphen but does not say that > the words could be hyphenated at line breaks: > > http://en.wikipedia.org/wiki/Hebrew_punctuation#Hyphen_and_maqaf > > I do not know any Hebrew speaking person so I cannot find out whether > Hebrew hyphenates words. the hebrew tex list (hosted at tau.ac.il) led me to http://www.math.technion.ac.il/~nyh/pub/hyphen.ps which gives some rules about hyphenation. from this i learn (a) that at the time the post http://listserv.tau.ac.il/cgi-bin/wa?A2=ind0011&L=ivritex&P=591 was written, there was no hebrew hyphenation patterns, even among those whose main language is hebrew. that hebtex list is a closed one, so (apart from archived posts) there seems little chance of getting any further. From khaledhosny at eglug.org Tue Sep 17 14:56:12 2013 From: khaledhosny at eglug.org (Khaled Hosny) Date: Tue, 17 Sep 2013 14:56:12 +0200 Subject: [tex-live] TeX Live 2013 : Why does "Kpsewhich" give output in wrong format on Windows In-Reply-To: <52382A3A.3020802@Rhul.Ac.Uk> References: <52382A3A.3020802@Rhul.Ac.Uk> Message-ID: <20130917125610.GA5131@khaled-laptop> On Tue, Sep 17, 2013 at 11:08:58AM +0100, Philip Taylor wrote: > Endeavouring to find out for myself where XeTeX's predefined > \lang@s were stored, I typed (at the TeX Live > command prompt) : > > kpsewhich language.def > > The answer given was : > > c:/texlive/2013/texmf-var/tex/generic/config/language.def > > When I then attempted to paste this into a CD command, I was told : > > The directory name is invalid. > > Why does Kpsewhich not respect platform conventions for the > direction of slashes in file paths ? That is a limitation of the cmd.exe shell, MS Windows (and even MS-DOS, starting from version 2.0) is very capable of handing forward slash in URLs try pasting the URL in Windows Explorer. Regards, Khaled From Robin.Fairbairns at cl.cam.ac.uk Tue Sep 17 14:56:41 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Tue, 17 Sep 2013 13:56:41 +0100 Subject: [tex-live] TeX Live 2013 : Why does "Kpsewhich" give output in wrong format on Windows In-Reply-To: Your message of Tue, 17 Sep 2013 11:08:58 +0100. <52382A3A.3020802@Rhul.Ac.Uk> Message-ID: <8731.1379422601@cl.cam.ac.uk> Philip Taylor wrote: > Endeavouring to find out for myself where XeTeX's predefined > \lang@s were stored, I typed (at the TeX Live > command prompt) : > > kpsewhich language.def > > The answer given was : > > c:/texlive/2013/texmf-var/tex/generic/config/language.def > > When I then attempted to paste this into a CD command, I was told : > > The directory name is invalid. > > Why does Kpsewhich not respect platform conventions for the > direction of slashes in file paths ? because windows accepts the forward slash as a path separator, so there's little point in doing the extra work? > Microsoft Windows [Version 6.1.7601] > Copyright (c) 2009 Microsoft Corporation. All rights reserved. > > C:\Windows\system32>kpsewhich language.def > c:/texlive/2013/texmf-var/tex/generic/config/language.def > > C:\Windows\system32>cd > c:/texlive/2013/texmf-var/tex/generic/config/language.def > > The directory name is invalid. of course. change directory to a file name, and you're unlikely to be take there... change to c:/texlive/2013/texmf-var/tex/generic/config/ and i expect you'll get to the relevant directory. From news3 at nililand.de Tue Sep 17 15:07:01 2013 From: news3 at nililand.de (Ulrike Fischer) Date: Tue, 17 Sep 2013 15:07:01 +0200 Subject: [tex-live] =?iso-8859-1?q?TeX_Live_2013_=3A_Why_does_=22Kpsewhich?= =?iso-8859-1?q?=22_give_output_in=09wrong_format_on_Windows?= References: <52382A3A.3020802@Rhul.Ac.Uk> <20130917124900.GD27362@gamma.logic.tuwien.ac.at> Message-ID: Am Tue, 17 Sep 2013 21:49:00 +0900 schrieb Norbert Preining: >> c:/texlive/2013/texmf-var/tex/generic/config/language.def >> When I then attempted to paste this into a CD command, I was told : >> The directory name is invalid. > Because the *cmd* interpreter is stupid. The names are valid. > Don't blame *us* for stupidity of windows! > forward slashes are valid separators in most programmin gAPIs in Windows. > Only cmd.exe does not understand them. The open dialog of windows 7 doesn't understand it either ;-( (but the "address line" of the explorer does). It is not really difficult to replace the slashes through a script but it it nevertheless a windows nuisance. -- Ulrike Fischer http://www.troubleshooting-tex.de/ From listas at tex-tipografia.com Tue Sep 17 15:09:17 2013 From: listas at tex-tipografia.com (Javier Bezos) Date: Tue, 17 Sep 2013 15:09:17 +0200 Subject: [tex-live] TeX Live 2013 : Why does "Kpsewhich" give output in wrong format on Windows In-Reply-To: <52382A3A.3020802@Rhul.Ac.Uk> References: <52382A3A.3020802@Rhul.Ac.Uk> Message-ID: <5238547D.4020009@tex-tipografia.com> > Why does Kpsewhich not respect platform conventions for the > direction of slashes in file paths ? / works for me (Windows 7) [...] > C:\Windows\system32>kpsewhich language.def > c:/texlive/2013/texmf-var/tex/generic/config/language.def > > C:\Windows\system32>cd > c:/texlive/2013/texmf-var/tex/generic/config/language.def And it _is_ invalid -- this path is not a directory, but a file. Remove either the file name or cd. Javier From P.Taylor at Rhul.Ac.Uk Tue Sep 17 11:30:00 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 10:30:00 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <20130917092039.GG6162@phare.normalesup.org> References: <52355A87.9020005@online.de> <5235B307.4070105@Rhul.Ac.Uk> <20130915143948.GA1899@bitmuis.thuis.internal> <5235C93B.6030003@Rhul.Ac.Uk> <1w079a66okwpg.dlg@nililand.de> <523811BF.8010909@Rhul.Ac.Uk> <20130917092039.GG6162@phare.normalesup.org> Message-ID: <52382118.6080609@Rhul.Ac.Uk> Arthur Reutenauer wrote: > What lower-level support are you talking about? What more do you > expect there to be than hyphenation patterns, that don't exist for > Hebrew, as we ascertained? Support for \lang at hebrew. The fact that there are no patterns does not seem a /prima facie/ reason for omitting support for the language; the effect of \uselanguage {hebrew} could, as the cited Stack Exchange document suggests, simply be to inhibit hyphenation completely. Philip Taylor (with apologies if this is a duplicate; unsure whether earlier copy arrived). From P.Taylor at Rhul.Ac.Uk Tue Sep 17 12:12:03 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 11:12:03 +0100 Subject: [tex-live] TeX Live 2013 : Why does "Kpsewhich" give output in wrong format on Windows In-Reply-To: <52382A3A.3020802@Rhul.Ac.Uk> References: <52382A3A.3020802@Rhul.Ac.Uk> Message-ID: <52382AF3.1080408@Rhul.Ac.Uk> Philip Taylor wrote: > Why does Kpsewhich not respect platform conventions for the > direction of slashes in file paths ? Sorry, I now see that the slash directionality was not the root cause of the problem; it was the failure to strip the trailing "language.def". I think that the question is still valid, but not platform-breaking. Philip Taylor From P.Taylor at Rhul.Ac.Uk Tue Sep 17 16:19:35 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 15:19:35 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <20130917121554.GA21356@khaled-laptop> References: <6302.1379413888@cl.cam.ac.uk> <5238346D.4070200@Rhul.Ac.Uk> <20130917121554.GA21356@khaled-laptop> Message-ID: <523864F7.1050209@Rhul.Ac.Uk> Khaled Hosny wrote: > Ironically, you seem to think \uselanguage does things like Babel's > language switching (switch hyphenation patterns, fonts, font encodings, > typographic conventions and what not), but it doesn't, it is simply a > way to switch hyphenation patterns using human readable names, instead > of relying on TeX's \language number which depends on what patterns were > dumped in the format. No, I was aware it would not change font (I do that explicitly, to Arial Unicode MS for Hebrew) and as I am using XeTeX, font encoding is not a concern. I was certainly clear that it would not change typographic conventions -- it is a part of the infrastructure, not of a layered product such as Babel or Polyglossia that one would expect to address such niceties. All I want to do is to be able to write \uselanguage {hebrew} and for this to introduce a new hyphenation regime : patterns, LHM, RHM and so on. If there are no available patterns (which comes as something of a surprise : Hebrew is hardly a minority language), then it is hard to say what its effect should be, but to permit hyphenation everywhere would perhaps be one possible fallback. Philip Taylor From arthur.reutenauer at normalesup.org Tue Sep 17 16:51:28 2013 From: arthur.reutenauer at normalesup.org (Arthur Reutenauer) Date: Tue, 17 Sep 2013 15:51:28 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <523864F7.1050209@Rhul.Ac.Uk> References: <6302.1379413888@cl.cam.ac.uk> <5238346D.4070200@Rhul.Ac.Uk> <20130917121554.GA21356@khaled-laptop> <523864F7.1050209@Rhul.Ac.Uk> Message-ID: <20130917145128.GL6162@phare.normalesup.org> > If there > are no available patterns (which comes as something of a surprise : > Hebrew is hardly a minority language) There are no available patterns for Arabic either: does that come as a surprise to you? Arthur From P.Taylor at Rhul.Ac.Uk Tue Sep 17 17:05:50 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 16:05:50 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <20130917123332.GB27362@gamma.logic.tuwien.ac.at> References: <6302.1379413888@cl.cam.ac.uk> <5238346D.4070200@Rhul.Ac.Uk> <20130917123332.GB27362@gamma.logic.tuwien.ac.at> Message-ID: <52386FCE.8010706@Rhul.Ac.Uk> Norbert Preining wrote: > see > tlmgr --help > section of the command "generate" and te explanation of > language-local{.dat{.lua},.def} Thank you, I am endeavouring to experiment with that now. I have created language-local.def in : C:\texlive\texmf-local\tex\generic\config which contains : \addlanguage{hebrew}{zerohyph.tex}{}{3}{3} and run : TLmgr generate language It tells me : > c:\texlive\2013\texmf-var\tex\generic\config>tlmgr generate language > To make the newly-generated language.dat take effect, run fmtutil-sys --byhyphen > C:/texlive/2013/texmf-var/tex/generic/config/language.dat.lua. > To make the newly-generated language.dat take effect, run fmtutil-sys --byhyphen > C:/texlive/2013/texmf-var/tex/generic/config/language.dat. > To make the newly-generated language.def take effect, run fmtutil-sys --byhyphen > C:/texlive/2013/texmf-var/tex/generic/config/language.def. Some questions : (1) Is there no way to ask TLmgr to perform those steps, rather than requiring the user to perform them explicitly ? (2) Is the first of the three not in error ? Should it not read > c:\texlive\2013\texmf-var\tex\generic\config>tlmgr generate language > To make the newly-generated language.dat.lua take effect, run fmtutil-sys --byhyphen > C:/texlive/2013/texmf-var/tex/generic/config/language.dat.lua. (Note the added ".lua" at line two). (3) Would it not reduce the risk of error if the final periods were omitted from the instructions ? Left in place, a user may endeavour to execute the command with a period following the file extension. (4) The command to be run, as it stands, is not copy-and-pastable, because of the line-turn that intervenes. Even if it is thought to be undesirable for TLmgr to perform these three operations automatically (see Q1, above), could they not be written to either a batch file (for subsequent execution) or to a text file (so that they can be successfully copied and pasted) ? ** Phil. ** Phil. From jfkthame at googlemail.com Tue Sep 17 17:15:02 2013 From: jfkthame at googlemail.com (Jonathan Kew) Date: Tue, 17 Sep 2013 16:15:02 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <523864F7.1050209@Rhul.Ac.Uk> References: <6302.1379413888@cl.cam.ac.uk> <5238346D.4070200@Rhul.Ac.Uk> <20130917121554.GA21356@khaled-laptop> <523864F7.1050209@Rhul.Ac.Uk> Message-ID: <523871F6.4000509@gmail.com> On 17/9/13 15:19, Philip Taylor wrote: > All I want to do is to > be able to write \uselanguage {hebrew} and for this to introduce > a new hyphenation regime : patterns, LHM, RHM and so on. If there > are no available patterns (which comes as something of a surprise : > Hebrew is hardly a minority language), then it is hard to say what > its effect should be, but to permit hyphenation everywhere would > perhaps be one possible fallback. > As there are no patterns available (which I don't find so very surprising, as I believe hyphenation is rarely used in Hebrew typography), I suggest using \uselanguage {nohyph} instead. (Or is it nohyphen? I forget...) (If you really want to permit hyphenation "everywhere" within your Hebrew text, you could create some trivial patterns to do this: ?1 ?1 ?1 ?1 ...etc. and then adjust \lefthyphenmin and \righthyphenmin according to the minimum-length fragments you'd like to enforce.) JK From branning at wildblue.net Tue Sep 17 17:26:01 2013 From: branning at wildblue.net (Daniel Branning) Date: Tue, 17 Sep 2013 09:26:01 -0600 Subject: [tex-live] TeX Live Utility (MacTeX) Message-ID: <52387489.1050507@wildblue.net> Having worked-through the tlmgr changes over the last few days, there are still some issues with the TeX Live Utility window (on Mac, at least). I have two MacBook Pro's: ************ 2013-09-17 08:44:37 -0600 Notice -[TLMAppController applicationDidFinishLaunching:][13029] Welcome to TeX Live Utility 1.13, running under Mac OS X Version 10.6.8 (Build 10K549) with 4/4 processors active and 8.0 GB physical memory. 2013-09-17 08:42:46 -0600 Notice -[TLMAppController applicationDidFinishLaunching:][335] Welcome to TeX Live Utility 1.13, running under Mac OS X Version 10.6.8 (Build 10K549) with 2/2 processors active and 8.0 GB physical memory. *********** On the first one, the spinning wheel stops after having completed: 2013-09-17 08:44:47 -0600 Notice -[TLMOperation main][13029] Successfully executed `/usr/texbin/tlmgr --machine-readable --repository http://ctan.math.utah.edu/ctan/tex-archive/systems/texlive/tlnet update --list --all` 2013-09-17 08:44:47 -0600 Notice -[TLMOperation main][13029] tlmgr: package repository http://ctan.math.utah.edu/ctan/tex-archive/systems/texlive/tlnet tlmgr: no updates available ...but on the second machine it does not, and still continues indefinitely after having pushed the "Stop" button: 2013-09-17 08:52:47 -0600 Notice -[TLMMainWindowController _cancelAllOperations][335] User cancelling ... On _both_ machines, however, the "Packages" button ("Refreshing list of all packages") hangs, and produces no such listing ... necessitating a 'quit program' to stop the effort. -daniel From arthur.reutenauer at normalesup.org Tue Sep 17 17:26:49 2013 From: arthur.reutenauer at normalesup.org (Arthur Reutenauer) Date: Tue, 17 Sep 2013 16:26:49 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <523871F6.4000509@gmail.com> References: <6302.1379413888@cl.cam.ac.uk> <5238346D.4070200@Rhul.Ac.Uk> <20130917121554.GA21356@khaled-laptop> <523864F7.1050209@Rhul.Ac.Uk> <523871F6.4000509@gmail.com> Message-ID: <20130917152649.GM6162@phare.normalesup.org> > As there are no patterns available (which I don't find so very > surprising, as I believe hyphenation is rarely used in Hebrew > typography), I suggest using \uselanguage {nohyph} instead. (Or is > it nohyphen? I forget...) nohyphenation ;-) Arthur From Robin.Fairbairns at cl.cam.ac.uk Tue Sep 17 17:42:43 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Tue, 17 Sep 2013 16:42:43 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: Your message of Tue, 17 Sep 2013 15:51:28 +0100. <20130917145128.GL6162@phare.normalesup.org> Message-ID: <11254.1379432563@cl.cam.ac.uk> Arthur Reutenauer wrote: > > If there > > are no available patterns (which comes as something of a surprise : > > Hebrew is hardly a minority language) but it appears that those, who want to write it in tex, don't care about hyphenation. (as otherwise they would have collected data and submitted it to the "keepers of hyphenation patterns" via the tug mailing list. > There are no available patterns for Arabic either: does that come as a > surprise to you? not to me, for sure. the actual _letters_ of arabic have built-in stretchability. (i've actual experience of that, having seen saudi air navigation charts, with names stretched along the whole length of a long wadi (or whatever the name is).) (it can be a truly beautiful language, when written by a good scribe; i can't read a word of it, but can still perceive the grace of the writing.) From P.Taylor at Rhul.Ac.Uk Tue Sep 17 17:35:08 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 16:35:08 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <20130917152649.GM6162@phare.normalesup.org> References: <6302.1379413888@cl.cam.ac.uk> <5238346D.4070200@Rhul.Ac.Uk> <20130917121554.GA21356@khaled-laptop> <523864F7.1050209@Rhul.Ac.Uk> <523871F6.4000509@gmail.com> <20130917152649.GM6162@phare.normalesup.org> Message-ID: <523876AC.2040007@Rhul.Ac.Uk> Arthur Reutenauer wrote: >> As there are no patterns available (which I don't find so very >> surprising, as I believe hyphenation is rarely used in Hebrew >> typography), I suggest using \uselanguage {nohyph} instead. (Or is >> it nohyphen? I forget...) > > nohyphenation ;-) > > Arthur \xmlinlineelement {Hebrew}{\uselanguage {nohyphenation}\XeTeXlinebreaklocale {he}\hebrewfont}{} --> This is XeTeX, Version 3.1415926-2.5-0.9999.3 (TeX Live 2013/W32TeX) restricted \write18 enabled. entering extended mode (./MS-1214-V12.tex (./MS-1214-V11.xml [1] [2] ! e-TeX error: language nohyphenation undefined.. \et at xmsg ...lines =0 \errmessage {e-TeX error: #2} \else \message {\n ! e-TeX... ... l.23 ...in the Biblical text (...f. 46r: ' Philip Taylor From amaxwell at mac.com Tue Sep 17 18:11:19 2013 From: amaxwell at mac.com (Adam R. Maxwell) Date: Tue, 17 Sep 2013 09:11:19 -0700 Subject: [tex-live] TeX Live Utility (MacTeX) In-Reply-To: <52387489.1050507@wildblue.net> References: <52387489.1050507@wildblue.net> Message-ID: <08F48925-26B6-4D8F-AE7E-5DDA6E48B61A@mac.com> On Sep 17, 2013, at 8:26, Daniel Branning wrote: > Having worked-through the tlmgr changes over the last few days, there are still some issues with the TeX Live Utility window (on Mac, at least). Sorry to hear that! [?] > ...but on the second machine it does not, and still continues indefinitely after having pushed the "Stop" button: Please send me the full log output offlist. I have a vague recollection of this happening to someone else. If by chance you have changed the system's python interpreter, that's a likely culprit. Adam From P.Taylor at Rhul.Ac.Uk Tue Sep 17 16:58:09 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 15:58:09 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <20130917145128.GL6162@phare.normalesup.org> References: <6302.1379413888@cl.cam.ac.uk> <5238346D.4070200@Rhul.Ac.Uk> <20130917121554.GA21356@khaled-laptop> <523864F7.1050209@Rhul.Ac.Uk> <20130917145128.GL6162@phare.normalesup.org> Message-ID: <52386E01.4060609@Rhul.Ac.Uk> Arthur Reutenauer wrote: >> If there >> are no available patterns (which comes as something of a surprise : >> Hebrew is hardly a minority language) > > There are no available patterns for Arabic either: does that come as a > surprise to you? If and when the need to typeset Arabic arises, it well may; in the meantime I am sufficiently preoccupied trying to typeset classical Greek, Latin, Hewbrew and British English that I do not have to to introspect as to what my reaction might be were I to learn of the absence of Arabic patterns. ** Phil. From amaxwell at mac.com Tue Sep 17 19:14:32 2013 From: amaxwell at mac.com (Adam R. Maxwell) Date: Tue, 17 Sep 2013 10:14:32 -0700 Subject: [tex-live] TeX Live Utility (MacTeX) In-Reply-To: <52387489.1050507@wildblue.net> References: <52387489.1050507@wildblue.net> Message-ID: I'm not sure yet what Daniel's problem is, but the recent double quotes in tlpdb have broken my python parser, and consequently various TeX Live Utility features will be broken until I figure out a fix. Sorry for the trouble. I'm extremely unhappy about this. Adam From Robin.Fairbairns at cl.cam.ac.uk Tue Sep 17 19:35:13 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Tue, 17 Sep 2013 18:35:13 +0100 Subject: [tex-live] TeX Live Utility (MacTeX) In-Reply-To: Your message of Tue, 17 Sep 2013 10:14:32 -0700. Message-ID: <12829.1379439313@cl.cam.ac.uk> Adam R. Maxwell wrote: > I'm not sure yet what Daniel's problem is, but the recent double > quotes in tlpdb have broken my python parser, and consequently various > TeX Live Utility features will be broken until I figure out a fix. > > Sorry for the trouble. I'm extremely unhappy about this. the double quotes came from the ctan catalogue; i have zapped the troublesome ones, and i don't believe there are any others. in due course, that change will get to texive.tlpdb (i'm not quite sure when/if that will happen). does that help? it seemed to me that the appearance of the problem wasn't correlated with the catalogue change which ultimately led to the problem. it seems that the change was at least present on 2013-09-11 (which is when the current help/Catalogue/entries/pythontex.html was created.) From P.Taylor at Rhul.Ac.Uk Tue Sep 17 16:35:52 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Tue, 17 Sep 2013 15:35:52 +0100 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <8644.1379422279@cl.cam.ac.uk> References: <8644.1379422279@cl.cam.ac.uk> Message-ID: <523868C8.3030003@Rhul.Ac.Uk> Robin Fairbairns wrote: > from this i learn (a) that at the time the post > http://listserv.tau.ac.il/cgi-bin/wa?A2=ind0011&L=ivritex&P=591 was > written, there was no hebrew hyphenation patterns, even among those > whose main language is hebrew. > > that hebtex list is a closed one, so (apart from archived posts) > there seems little chance of getting any further. The following seems to be the key part : >>> No reason to put the hyphen in Hebrew between syllables. It's >>> enough to watch that the word will not split to shorter than 3 >>> letters sections. This check is indeed done by the mentioned >>> software. So all that we need is LHM=3, RHM=3, and patterns that permit hyphenation between all possible pairs of Hebrew characters that represent letters; should I therefore move this part of the discussion to the TeX-Hyphen list ? ** Phil. From holger.gerhardt at uni-bonn.de Tue Sep 17 18:47:16 2013 From: holger.gerhardt at uni-bonn.de (Holger Gerhardt) Date: Tue, 17 Sep 2013 18:47:16 +0200 Subject: [tex-live] TeX Live Utility (MacTeX) Message-ID: On Sep 17, 2013, at 8:26, Daniel Branning wrote: > Having worked-through the tlmgr changes over the last few days, there are still some issues with the TeX Live Utility window (on Mac, at least). > > ... > > On _both_ machines, however, the "Packages" button ("Refreshing list of > all packages") hangs, and produces no such listing ... necessitating a > 'quit program' to stop the effort. > > -daniel I?m encountering the same problem, also after updating (via ?Actions? => ?Reinstall TeX Live Manager?) the TeX Live Manager repeatedly (the last time, a couple of minutes ago). Updating packages works, but finishes as follows: 2013-09-17 16:40:26 +0000 Notice -[TLMMainWindowController _refreshLocalDatabase][2732] Updating local package database 2013-09-17 16:40:27 +0000 Notice -[TLMLoadDatabaseOperation _dumpDatabaseAtURL:asPropertyList:][2732] Caught exception in reading stderr for dump task: *** -[NSConcreteFileHandle availableData]: Resource temporarily unavailable 2013-09-17 16:40:27 +0000 Notice -[TLMLoadDatabaseOperation _dumpDatabaseAtURL:asPropertyList:][2732] Parse error: all_packages, index_map = packages_from_tlpdb(flat_tlpdb) File "/Applications/TeX/TeX Live Utility.app/Contents/MacOS/parse_tlpdb.py", line 288, in packages_from_tlpdb package.docfiledata[values[0]] = _attributes_from_line(" ".join(values[1:])) File "/Applications/TeX/TeX Live Utility.app/Contents/MacOS/parse_tlpdb.py", line 185, in _attributes_from_line assert key != None, "no key found for %s" % (line) AssertionError: no key found for details=""Quick start" documentation" 2013-09-17 16:40:27 +0000 Notice -[TLMLoadDatabaseOperation main][2732] Dumping local tlpdb failed So, there still seems to be some part of the TeX Live Manager or the TeX Live Utility that is incapable of digesting the infamous ?Quick start? quotation marks ... Hitting the ?Packages? button issues 2013-09-17 16:43:12 +0000 Notice -[TLMMainWindowController _refreshFullPackageListFromLocation:offline:][2732] Refreshing list of all packages? but continues indefinitely, as Daniel Branning already mentioned. Adam R. Maxwell asked: > If by chance you have changed the system's python interpreter, that's a likely culprit. No, I didn?t. From holger.gerhardt at uni-bonn.de Tue Sep 17 19:23:44 2013 From: holger.gerhardt at uni-bonn.de (Holger Gerhardt) Date: Tue, 17 Sep 2013 19:23:44 +0200 Subject: [tex-live] TeX Live Utility (MacTeX) In-Reply-To: References: <52387489.1050507@wildblue.net> Message-ID: <2ABB4C93-477F-4667-AD8C-D3BD72E10880@uni-bonn.de> Thank you, Adam, for looking into this! Daniel Branning wrote: > Having worked-through the tlmgr changes over the last few days, there are still some issues with the TeX Live Utility window (on Mac, at least). > > ... > > On _both_ machines, however, the "Packages" button ("Refreshing list of > all packages") hangs, and produces no such listing ... necessitating a > 'quit program' to stop the effort. > > -daniel I?m encountering the same problem, also after updating (via ?Actions? => ?Reinstall TeX Live Manager?) the TeX Live Manager repeatedly (the last time, a couple of minutes ago). Updating packages works, but finishes as follows: > 2013-09-17 16:40:26 +0000 Notice -[TLMMainWindowController _refreshLocalDatabase][2732] Updating local package database > 2013-09-17 16:40:27 +0000 Notice -[TLMLoadDatabaseOperation _dumpDatabaseAtURL:asPropertyList:][2732] Caught exception in reading stderr for dump task: *** -[NSConcreteFileHandle availableData]: Resource temporarily unavailable > 2013-09-17 16:40:27 +0000 Notice -[TLMLoadDatabaseOperation _dumpDatabaseAtURL:asPropertyList:][2732] Parse error: all_packages, index_map = packages_from_tlpdb(flat_tlpdb) > File "/Applications/TeX/TeX Live Utility.app/Contents/MacOS/parse_tlpdb.py", line 288, in packages_from_tlpdb > package.docfiledata[values[0]] = _attributes_from_line(" ".join(values[1:])) > File "/Applications/TeX/TeX Live Utility.app/Contents/MacOS/parse_tlpdb.py", line 185, in _attributes_from_line > assert key != None, "no key found for %s" % (line) > AssertionError: no key found for details=""Quick start" documentation" > > 2013-09-17 16:40:27 +0000 Notice -[TLMLoadDatabaseOperation main][2732] Dumping local tlpdb failed So, there still seems to be some part of the TeX Live Manager or the TeX Live Utility that is incapable of digesting the infamous ?Quick start? quotation marks ... Hitting the ?Packages? button issues > 2013-09-17 16:43:12 +0000 Notice -[TLMMainWindowController _refreshFullPackageListFromLocation:offline:][2732] Refreshing list of all packages? but continues indefinitely, as Daniel Branning already mentioned. Adam R. Maxwell asked: > If by chance you have changed the system's python interpreter, that's a likely culprit. No, I didn?t. From enda_k2 at yahoo.com Tue Sep 17 23:14:10 2013 From: enda_k2 at yahoo.com (Enda) Date: Tue, 17 Sep 2013 14:14:10 -0700 Subject: [tex-live] PTEX.Fullbanner In-Reply-To: <1378741812.1808.YahooMailNeo@web163105.mail.bf1.yahoo.com> References: <1378741812.1808.YahooMailNeo@web163105.mail.bf1.yahoo.com> Message-ID: <1379452450.96361.YahooMailNeo@web163104.mail.bf1.yahoo.com> Hi, /Producer (pdfTeX-1.40.11) /Creator (LaTeX with hyperref package) /PTEX.Fullbanner (This is pdfTeX, Version 3.1415926-1.40.11-2.2 (TeX Live 2010) kpathsea version 6.0.0) When a latex file is compiled with pdflatex, the above is included in the pdf file. Is the?PTEX.Fullbanner?necessary to be put in the pdf file -- Enda P.S. On Debian, the following is included: /Creator (LaTeX with hyperref package) /Producer (pdfTeX-1.40.10) /PTEX.Fullbanner (This is pdfTeX, Version 3.1415926-1.40.10-2.2 (TeX Live 2009/Debian) kpathsea version 5.0.0) From reinhard.kotucha at web.de Tue Sep 17 23:47:20 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Tue, 17 Sep 2013 23:47:20 +0200 Subject: [tex-live] PTEX.Fullbanner In-Reply-To: <1379452450.96361.YahooMailNeo@web163104.mail.bf1.yahoo.com> References: <1378741812.1808.YahooMailNeo@web163105.mail.bf1.yahoo.com> <1379452450.96361.YahooMailNeo@web163104.mail.bf1.yahoo.com> Message-ID: <21048.52712.346121.897193@zaphod.ms25.net> On 2013-09-17 at 14:14:10 -0700, Enda wrote: > /PTEX.Fullbanner (This is pdfTeX, Version 3.1415926-1.40.11-2.2 (TeX Live 2010) kpathsea version 6.0.0) > > When a latex file is compiled with pdflatex, the above is included > in the pdf file. Is the PTEX.Fullbanner necessary to be put in the > pdf file The PDF file would be valid without it too, of course. But what is your problem? Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From reinhard.kotucha at web.de Wed Sep 18 00:58:39 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Wed, 18 Sep 2013 00:58:39 +0200 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <6302.1379413888@cl.cam.ac.uk> References: <20130917092039.GG6162@phare.normalesup.org> <6302.1379413888@cl.cam.ac.uk> Message-ID: <21048.56991.323451.770136@zaphod.ms25.net> On 2013-09-17 at 11:31:28 +0100, Robin Fairbairns wrote: > we need a hebrew-speaking tex expert who's willing to sort this out > for us. complaining to tex live is a fruitless task, since it > seems that no-one on the list (who's willing to post) knows hebrew. In 2004 Tigran Aivazian typeset the Old Testament in Hebrew using pdflatex. He used a font created by Yannis Haralambous and converted the Metafont bitmaps to Type1 using textrace. I doubt that Tigran is on this list though he was involved in TeX Live development (he compiled binaries for 64-bit Linux systems). However, I found two email addresses on my system: tigran at aivazian.fsnet.co.uk tigran at bibles.org.uk Maybe it's worthwhile to consult him. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From preining at logic.at Wed Sep 18 03:10:28 2013 From: preining at logic.at (Norbert Preining) Date: Wed, 18 Sep 2013 10:10:28 +0900 Subject: [tex-live] TeX Live Utility (MacTeX) In-Reply-To: References: <52387489.1050507@wildblue.net> Message-ID: <20130918011028.GE14283@gamma.logic.tuwien.ac.at> On Di, 17 Sep 2013, Adam R. Maxwell wrote: > I'm not sure yet what Daniel's problem is, but the recent double quotes in tlpdb have broken my python parser, and consequently various TeX Live Utility features will be broken until I figure out a fix. > > Sorry for the trouble. I'm extremely unhappy about this. Adam, with today's update I hope that most double quotes are disappearing, at least the one from pythontex which created the problems. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From preining at logic.at Wed Sep 18 03:20:08 2013 From: preining at logic.at (Norbert Preining) Date: Wed, 18 Sep 2013 10:20:08 +0900 Subject: [tex-live] Install TeX Live 20130914 failed In-Reply-To: <52386FCE.8010706@Rhul.Ac.Uk> References: <6302.1379413888@cl.cam.ac.uk> <5238346D.4070200@Rhul.Ac.Uk> <20130917123332.GB27362@gamma.logic.tuwien.ac.at> <52386FCE.8010706@Rhul.Ac.Uk> Message-ID: <20130918012008.GF14283@gamma.logic.tuwien.ac.at> > (1) Is there no way to ask TLmgr to perform those steps, > rather than requiring the user to perform them explicitly ? what about *reading* the man page ... I gave you already the link. THere is the option to tlgmr generate --rebuild-sys tells tlmgr to run necessary programs after config files have been regenerated. These are: "fmtutil-sys --all" after "generate fmtutil", "fmtutil-sys --byhyphen .../language.dat" after "generate language.dat", and "fmtutil-sys --byhyphen .../language.def" after "generate language.def". These subsequent calls cause the newly-generated files to actually take effect. This is not done by default since those calls are lengthy processes and one might want to made several related changes in succession before invoking these programs. > (2) Is the first of the three not in error ? Should it not read Yes, typo, fixed in svn. Thanks. > (3) Would it not reduce the risk of error if the final periods were > omitted from the instructions ? Left in place, a user may endeavour > to execute the command with a period following the file extension. Removing the dots will bring us an email from a certain P.T. complaining about improper use of English. > (4) The command to be run, as it stands, is not copy-and-pastable, > because of the line-turn that intervenes. Windows problem, we output it on one line. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From amaxwell at mac.com Wed Sep 18 04:47:39 2013 From: amaxwell at mac.com (Adam R. Maxwell) Date: Tue, 17 Sep 2013 19:47:39 -0700 Subject: [tex-live] TeX Live Utility (MacTeX) In-Reply-To: <20130918011028.GE14283@gamma.logic.tuwien.ac.at> References: <52387489.1050507@wildblue.net> <20130918011028.GE14283@gamma.logic.tuwien.ac.at> Message-ID: <956DF413-4A86-47EA-AB5E-D4BCC0810FB1@mac.com> On Sep 17, 2013, at 18:10 , Norbert Preining wrote: > On Di, 17 Sep 2013, Adam R. Maxwell wrote: >> I'm not sure yet what Daniel's problem is, but the recent double quotes in tlpdb have broken my python parser, and consequently various TeX Live Utility features will be broken until I figure out a fix. >> >> Sorry for the trouble. I'm extremely unhappy about this. > > Adam, with today's update I hope that most double quotes are disappearing, > at least the one from > pythontex > which created the problems. Well, that explains why I could no longer reproduce the problem after coming up with a workaround :). After Robin's message, I decided to just discard lines in docfiles that fail to parse. thanks, Adam From Herbert.Voss at FU-Berlin.DE Wed Sep 18 09:35:00 2013 From: Herbert.Voss at FU-Berlin.DE (Herbert Voss) Date: Wed, 18 Sep 2013 09:35:00 +0200 Subject: [tex-live] Update problem after installing pythontex Message-ID: <523957A4.6060902@FU-Berlin.DE> Is this a problem on my side or derver side? voss at shania:~> tlmgr update --self --all Unknown docfile tag: texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick start" documentation" at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, <$retfh> line 155550. I looked into my tlpkg directory and deleted the double quotes in the file texlive.tlpdb but I always get the same when running tlmgr Herbert From Herbert.Voss at FU-Berlin.DE Wed Sep 18 09:44:33 2013 From: Herbert.Voss at FU-Berlin.DE (Herbert Voss) Date: Wed, 18 Sep 2013 09:44:33 +0200 Subject: [tex-live] Update problem after installing pythontex In-Reply-To: References: <523957A4.6060902@FU-Berlin.DE> Message-ID: <523959E1.7070106@FU-Berlin.DE> Am 18.09.2013 09:39, schrieb Victor Ivrii: > You need to > > * get the update-tlmgr-latest.sh or .exe from > http://mirror.ctan.org/systems/texlive/tlnet/ > and run it. thanks. In the meanwhile I deleted the pythontex files from the tlpkg/tlpobj directory and run again tlmgr update --self --all and that also works. tlmgr was updated and the pythontex files installed again. Herbert > > My own experience shows that eliminating double quotes is not enough as > according to Norbert > On Mo, 16 Sep 2013, Victor Ivrii wrote: > > PS Simply eliminating nested quotation did not worked > > Yes indeed ... didn't think of that ... the remote tlpdb still carries > the special quoting, as the new code works with it. > > > On Wed, Sep 18, 2013 at 3:35 AM, Herbert Voss > wrote: > > Is this a problem on my side or derver side? > > voss at shania:~> tlmgr update --self --all > Unknown docfile tag: > texmf-dist/doc/latex/__pythontex/pythontex___quickstart.pdf > details=""Quick start" documentation" at > /usr/local/texlive/2013/tlpkg/__TeXLive/TLPOBJ.pm line 127, <$retfh> > line 155550. > > I looked into my tlpkg directory and deleted the double quotes > in the file texlive.tlpdb but I always get the same when running > tlmgr > > Herbert > > > > > -- > > Victor Ivrii From news3 at nililand.de Wed Sep 18 09:46:43 2013 From: news3 at nililand.de (Ulrike Fischer) Date: Wed, 18 Sep 2013 09:46:43 +0200 Subject: [tex-live] Update problem after installing pythontex References: <523957A4.6060902@FU-Berlin.DE> Message-ID: Am Wed, 18 Sep 2013 09:35:00 +0200 schrieb Herbert Voss: > Is this a problem on my side or derver side? > > voss at shania:~> tlmgr update --self --all > Unknown docfile tag: > texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=""Quick > start" documentation" at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm > line 127, <$retfh> line 155550. > > I looked into my tlpkg directory and deleted the double quotes > in the file texlive.tlpdb but I always get the same when running > tlmgr To quote Norbert in his posting 2 days ago: * get the update-tlmgr-latest.sh or .exe from http://mirror.ctan.org/systems/texlive/tlnet/ and run it. After that further tlmgr invocations should succeed. For me this worked. (Make sure that the version is new (from september)). -- Ulrike Fischer http://www.troubleshooting-tex.de/ From jose.hissa at gmail.com Wed Sep 18 15:16:08 2013 From: jose.hissa at gmail.com (Jose Hissa Ferreira) Date: Wed, 18 Sep 2013 10:16:08 -0300 Subject: [tex-live] Update problem after installing pythontex In-Reply-To: References: Message-ID: <5239A798.7020909@gmail.com> On 18-09-2013 07:00,Ulrike Fischer wrote: > To quote Norbert in his posting 2 days ago: > * get the update-tlmgr-latest.sh or .exe from > http://mirror.ctan.org/systems/texlive/tlnet/ > and run it. After that further tlmgr invocations should succeed. > > For me this worked. Did not work here. I got the error (run as superuser): "./update-tlmgr-latest.sh: 1: eval: ./runme.sh: Permission denied". May I ask, please, any advise to proceed? -- JHF * English - detected * English * Portuguese * English * Portuguese <#> -------------- next part -------------- An HTML attachment was scrubbed... URL: From preining at logic.at Wed Sep 18 16:09:27 2013 From: preining at logic.at (Norbert Preining) Date: Wed, 18 Sep 2013 23:09:27 +0900 Subject: [tex-live] Update problem after installing pythontex In-Reply-To: <5239A798.7020909@gmail.com> References: <5239A798.7020909@gmail.com> Message-ID: <20130918140927.GA3449@gamma.logic.tuwien.ac.at> On Mi, 18 Sep 2013, Jose Hissa Ferreira wrote: > May I ask, please, any advise to proceed? Dp a normal tlmgr update --self --all that should work again. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From zdenek.wagner at gmail.com Wed Sep 18 22:38:37 2013 From: zdenek.wagner at gmail.com (Zdenek Wagner) Date: Wed, 18 Sep 2013 22:38:37 +0200 Subject: [tex-live] xelatex on raspberry cannot write pdf Message-ID: Hello, I have just noticed a strange problem. If I run xelatex from tl2013 on raspberry from LXDE, it complains that it cannot output something.pdf and asks for another file name. Whatever file name I supply the error message is the same. If I press ctrl-D, xelatex exits, PDF is not created but aux and log are written. If I ssh from another computer while LXDE runs, I get the same error. If I close LXDE while xelatex in the ssh session waits for another file name and then push Enter, xelatex continues and the PDF is written. I tried similar experiment with pdflatex and lualatex and they work fine without any problem. The test file is simple: \documentlass{article} \begin{document} Test \end{document} Is is a bug of xelatex or raspbian? Its version is Linux 3.6.11+ #456 PREEMPT armv61 -- Zden?k Wagner http://hroch486.icpf.cas.cz/wagner/ http://icebearsoft.euweb.cz -------------- next part -------------- An HTML attachment was scrubbed... URL: From by at moscito.org Thu Sep 19 02:36:33 2013 From: by at moscito.org (Bo-Yin Yang) Date: Thu, 19 Sep 2013 08:36:33 +0800 Subject: [tex-live] MacPorts TeXLive 2013 Message-ID: Dear all: This is not a texlive specific problem, but I have not been able to solve the issue and I am suffering immensely from a stupid error. I am trying to install a new MacBook Air with MacPorts and TeXLive 2013. After I finish installing MacPorts and do > sudo port install texlive +full the links to xdvi, more accurately the links in /opt/local/bin/xdvi and /opt/local/libexec/texlive/texbin/xdvi which links to */opt/local/libexec/texlive/binaries/xdvi* are now broken, since the latter does not exist. Is there some way to solve this? does fink do better? thank you! Bo-Yin Yang -------------- next part -------------- An HTML attachment was scrubbed... URL: From preining at logic.at Thu Sep 19 02:49:11 2013 From: preining at logic.at (Norbert Preining) Date: Thu, 19 Sep 2013 09:49:11 +0900 Subject: [tex-live] MacPorts TeXLive 2013 In-Reply-To: References: Message-ID: <20130919004911.GD17932@gamma.logic.tuwien.ac.at> Hi, I don't use Mac, but ... On Do, 19 Sep 2013, Bo-Yin Yang wrote: > installing MacPorts and do I recommend getting MacTeX and install it. According to what I read on the list here, this is the by far better choice! Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From herbs at wideopenwest.com Thu Sep 19 03:16:45 2013 From: herbs at wideopenwest.com (Herbert Schulz) Date: Wed, 18 Sep 2013 20:16:45 -0500 Subject: [tex-live] MacPorts TeXLive 2013 In-Reply-To: <20130919004911.GD17932@gamma.logic.tuwien.ac.at> References: <20130919004911.GD17932@gamma.logic.tuwien.ac.at> Message-ID: <91A5035E-B824-4B9F-B8E0-2830A64D8001@wideopenwest.com> On Sep 18, 2013, at 7:49 PM, Norbert Preining wrote: > Hi, > > I don't use Mac, but ... > > On Do, 19 Sep 2013, Bo-Yin Yang wrote: >> installing MacPorts and do > > I recommend getting MacTeX and install it. According to what I read > on the list here, this is the by far better choice! > > Norbert Howdy, Go to for more information. If possible, un-install the Macports TeX Live. If not possible you may have to prepend /usr/texbin to the PATH so that the TeX Live installed by MacTeX can be used. After doing that you will be able to use the Macports TeX Live by choosing it in System Preferences->TeX Distribution Preference Pane installed by MacTeX. You will also be able to update the TeX Live distribution installed by MacTeX using TeX Live Utility (in /Applications/TeX along with other GUI applications and Front Ends), a Front End for TeX Live's tlmgr. Good Luck, Herb Schulz (herbs at wideopenwest dot com) From by at moscito.org Thu Sep 19 03:23:10 2013 From: by at moscito.org (Bo-Yin Yang) Date: Thu, 19 Sep 2013 09:23:10 +0800 Subject: [tex-live] MacPorts TeXLive 2013 In-Reply-To: <91A5035E-B824-4B9F-B8E0-2830A64D8001@wideopenwest.com> References: <20130919004911.GD17932@gamma.logic.tuwien.ac.at> <91A5035E-B824-4B9F-B8E0-2830A64D8001@wideopenwest.com> Message-ID: Thanks for the tip, I think I will try it -- can't be any worse. Best wishes, Bo-Yin Yang On Thu, Sep 19, 2013 at 9:16 AM, Herbert Schulz wrote: > > On Sep 18, 2013, at 7:49 PM, Norbert Preining wrote: > > > Hi, > > > > I don't use Mac, but ... > > > > On Do, 19 Sep 2013, Bo-Yin Yang wrote: > >> installing MacPorts and do > > > > I recommend getting MacTeX and install it. According to what I read > > on the list here, this is the by far better choice! > > > > Norbert > > > Howdy, > > Go to for more information. > > If possible, un-install the Macports TeX Live. If not possible you may > have to prepend /usr/texbin to the PATH so that the TeX Live installed by > MacTeX can be used. After doing that you will be able to use the Macports > TeX Live by choosing it in System Preferences->TeX Distribution Preference > Pane installed by MacTeX. You will also be able to update the TeX Live > distribution installed by MacTeX using TeX Live Utility (in > /Applications/TeX along with other GUI applications and Front Ends), a > Front End for TeX Live's tlmgr. > > Good Luck, > > Herb Schulz > (herbs at wideopenwest dot com) > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From amaxwell at mac.com Thu Sep 19 04:29:23 2013 From: amaxwell at mac.com (Adam R. Maxwell) Date: Wed, 18 Sep 2013 19:29:23 -0700 Subject: [tex-live] MacPorts TeXLive 2013 In-Reply-To: References: <20130919004911.GD17932@gamma.logic.tuwien.ac.at> <91A5035E-B824-4B9F-B8E0-2830A64D8001@wideopenwest.com> Message-ID: > On Sep 18, 2013, at 18:23, Bo-Yin Yang wrote: > > Thanks for the tip, I think I will try it -- can't be any worse. MacTeX is a good choice, but it still won't install xdvi, if that's what you really need. Modern Mac viewers are all PDF-based. Adam From borisv at lk.net Thu Sep 19 07:03:16 2013 From: borisv at lk.net (Boris Veytsman) Date: Thu, 19 Sep 2013 01:03:16 -0400 Subject: [tex-live] xelatex on raspberry cannot write pdf In-Reply-To: (message from Zdenek Wagner on Wed, 18 Sep 2013 22:38:37 +0200) References: Message-ID: <201309190503.r8J53GKn005248@bilbo.localnet> ZW> Date: Wed, 18 Sep 2013 22:38:37 +0200 ZW> From: Zdenek Wagner ZW> I have just noticed a strange problem. If I run xelatex from tl2013 on ZW> raspberry from LXDE, it complains that it cannot output something.pdf and ZW> asks for another file name. Whatever file name I supply the error message ZW> is the same. If I press ctrl-D, xelatex exits, PDF is not created but aux ZW> and log are written. If I ssh from another computer while LXDE runs, I get ZW> the same error. If I close LXDE while xelatex in the ssh session waits for ZW> another file name and then push Enter, xelatex continues and the PDF is ZW> written. I tried similar experiment with pdflatex and lualatex and they ZW> work fine without any problem. The test file is simple: Which TL do you run? arm or armhf? Raspbian uses hardware floating point, so you do need armhf version on it. -- Good luck -Boris "Faith: not *wanting* to know what is true." -- Friedrich Nietzsche From zdenek.wagner at gmail.com Thu Sep 19 10:16:38 2013 From: zdenek.wagner at gmail.com (Zdenek Wagner) Date: Thu, 19 Sep 2013 10:16:38 +0200 Subject: [tex-live] xelatex on raspberry cannot write pdf In-Reply-To: <201309190503.r8J53GKn005248@bilbo.localnet> References: <201309190503.r8J53GKn005248@bilbo.localnet> Message-ID: 2013/9/19 Boris Veytsman : > ZW> Date: Wed, 18 Sep 2013 22:38:37 +0200 > ZW> From: Zdenek Wagner > > > ZW> I have just noticed a strange problem. If I run xelatex from tl2013 on > ZW> raspberry from LXDE, it complains that it cannot output something.pdf and > ZW> asks for another file name. Whatever file name I supply the error message > ZW> is the same. If I press ctrl-D, xelatex exits, PDF is not created but aux > ZW> and log are written. If I ssh from another computer while LXDE runs, I get > ZW> the same error. If I close LXDE while xelatex in the ssh session waits for > ZW> another file name and then push Enter, xelatex continues and the PDF is > ZW> written. I tried similar experiment with pdflatex and lualatex and they > ZW> work fine without any problem. The test file is simple: > > Which TL do you run? arm or armhf? Raspbian uses hardware floating > point, so you do need armhf version on it. > I hope it is armhf, I will have to look when I return home but anyway, it would no explain why xelatex can output the PDF file only if LXDE does not run while pdflatex and lualatex work without problems. > -- > Good luck > > -Boris > > "Faith: not *wanting* to know what is true." > -- Friedrich Nietzsche -- Zden?k Wagner http://hroch486.icpf.cas.cz/wagner/ http://icebearsoft.euweb.cz From news3 at nililand.de Thu Sep 19 12:39:01 2013 From: news3 at nililand.de (Ulrike Fischer) Date: Thu, 19 Sep 2013 12:39:01 +0200 Subject: [tex-live] xelatex on raspberry cannot write pdf References: <201309190503.r8J53GKn005248@bilbo.localnet> Message-ID: <1h9wv6x4ubpu1$.dlg@nililand.de> Am Thu, 19 Sep 2013 10:16:38 +0200 schrieb Zdenek Wagner: >> ZW> I have just noticed a strange problem. If I run xelatex from tl2013 on >> ZW> raspberry from LXDE, it complains that it cannot output something.pdf and >> ZW> asks for another file name. Whatever file name I supply the error message >> ZW> is the same. > I hope it is armhf, I will have to look when I return home but anyway, > it would no explain why xelatex can output the PDF file only if LXDE > does not run while pdflatex and lualatex work without problems. Can you output a xdv with xelatex --no-pdf? -- Ulrike Fischer http://www.troubleshooting-tex.de/ From P.Taylor at Rhul.Ac.Uk Thu Sep 19 12:57:56 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Thu, 19 Sep 2013 11:57:56 +0100 Subject: [tex-live] Outstanding questions Message-ID: <523AD8B4.5020507@Rhul.Ac.Uk> As often happens, some of the questions asked during my previous thread got lost in the noise, so I repeat them here as I am quite keen to get answers : > 0) [Context: Hebrew] So all that we need is LHM=3, RHM=3, and > patterns that permit hyphenation between all possible pairs of Hebrew > characters that represent letters; should I therefore move this part > of the discussion to the TeX-Hyphen list ? > 1) If a user installs TeX Live 2013 specifying > > Collections: all; packages: all; schemes: all > > how does he or she ask the system for which languages > \lang@ is defined ? > 2) I would like to be able to install full support for Plain TeX (all > languages, all fonts, etc), but zero support for other formats. What > is the correct combination of Collections/packages/schemes to > accomplish this, please ? > 3) Given that I am processing 16th-C polytonic Greek, should I be > using \uselanguage {ancientgreek} rather than \uselanguage {greek}, > and if so, is it possible to summarise the difference(s) between > the two sets of patterns ? Philip Taylor From koch at math.uoregon.edu Thu Sep 19 16:26:18 2013 From: koch at math.uoregon.edu (Richard Koch) Date: Thu, 19 Sep 2013 07:26:18 -0700 Subject: [tex-live] MacPorts TeXLive 2013 Message-ID: <992D00AA-82F5-4558-A5CC-15F8B5D24C3C@math.uoregon.edu> MacTeX-2013 and earlier DOES install xdvi. Dick Koch From amaxwell at mac.com Thu Sep 19 16:31:32 2013 From: amaxwell at mac.com (Adam R. Maxwell) Date: Thu, 19 Sep 2013 07:31:32 -0700 Subject: [tex-live] MacPorts TeXLive 2013 In-Reply-To: <992D00AA-82F5-4558-A5CC-15F8B5D24C3C@math.uoregon.edu> References: <992D00AA-82F5-4558-A5CC-15F8B5D24C3C@math.uoregon.edu> Message-ID: <064FB79F-6631-4BCA-91CB-1D975E43FED7@mac.com> On Sep 19, 2013, at 07:26 , Richard Koch wrote: > MacTeX-2013 and earlier DOES install xdvi. Sorry for the bad info! I think I got it mixed up with ghostview or something else that I had to compile myself at one time. Adam From zdenek.wagner at gmail.com Thu Sep 19 19:26:49 2013 From: zdenek.wagner at gmail.com (Zdenek Wagner) Date: Thu, 19 Sep 2013 19:26:49 +0200 Subject: [tex-live] xelatex on raspberry cannot write pdf In-Reply-To: <1h9wv6x4ubpu1$.dlg@nililand.de> References: <201309190503.r8J53GKn005248@bilbo.localnet> <1h9wv6x4ubpu1$.dlg@nililand.de> Message-ID: Dne ?tvrtek, 19. z??? 2013, Ulrike Fischer napsal(a): > Am Thu, 19 Sep 2013 10:16:38 +0200 schrieb Zdenek Wagner: > > > >> ZW> I have just noticed a strange problem. If I run xelatex from tl2013 > on > >> ZW> raspberry from LXDE, it complains that it cannot output > something.pdf and > >> ZW> asks for another file name. Whatever file name I supply the error > message > >> ZW> is the same. > > > I hope it is armhf, I will have to look when I return home but anyway, > > it would no explain why xelatex can output the PDF file only if LXDE > > does not run while pdflatex and lualatex work without problems. > > Can you output a xdv with xelatex --no-pdf? > > Yes, I managed to output xdv and then process it by xdvipdfmx. Thus it seems that pipes are blocked by LXDE. > > -- > Ulrike Fischer > http://www.troubleshooting-tex.de/ > > -- Zden?k Wagner http://hroch486.icpf.cas.cz/wagner/ http://icebearsoft.euweb.cz -------------- next part -------------- An HTML attachment was scrubbed... URL: From beebe at math.utah.edu Thu Sep 19 19:41:22 2013 From: beebe at math.utah.edu (Nelson H. F. Beebe) Date: Thu, 19 Sep 2013 11:41:22 -0600 Subject: [tex-live] TeXshop and other GUIs: space in text box data Message-ID: I just had a user come in with a Mac OS X laptop where TeXshop would complain something like 'cannot find /usr/texbin/pdflatex' when the Typeset button was pressed. I went into the TeXshop preferences and eyeballed the Engine panel, and it looked like there was a bit of extra space in front of "/usr/texbin" in the search path box. I rubbed out that space, and now TeXshop successfully calls pdftex and all is well. The user told me that he had cut and paste that path when he tried changing engines. So, the question for GUI interface programmers on this list is: should the GUI trim leading and trailing space in strings entered into text boxes? I rather think that it should, or if it does not, at least it should issue a prominent warning. I just tried a URL with leading and trailing space in firefox, and it trimmed them and found the Web site without complaint. So, there is precedence in at least one widely-used GUI program for blank trimming. ------------------------------------------------------------------------------- - Nelson H. F. Beebe Tel: +1 801 581 5254 - - University of Utah FAX: +1 801 581 4148 - - Department of Mathematics, 110 LCB Internet e-mail: beebe at math.utah.edu - - 155 S 1400 E RM 233 beebe at acm.org beebe at computer.org - - Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ - ------------------------------------------------------------------------------- From adam.maxwell at pnnl.gov Thu Sep 19 19:57:47 2013 From: adam.maxwell at pnnl.gov (Maxwell, Adam R) Date: Thu, 19 Sep 2013 10:57:47 -0700 Subject: [tex-live] TeXshop and other GUIs: space in text box data In-Reply-To: References: Message-ID: <509FF92A-ACB0-487F-91E4-B324736A407A@pnnl.gov> On Sep 19, 2013, at 10:41, "Nelson H. F. Beebe" wrote: > So, the question for GUI interface programmers on this list is: should > the GUI trim leading and trailing space in strings entered into text > boxes? I rather think that it should, or if it does not, at least it > should issue a prominent warning. No, but it should definitely warn if the path doesn't exist (this is the approach we took in BibDesk's TeX preferences, for instance). Trimming or guessing at the user's intent for executables isn't generally safe. IMHO, the best approach is to disallow direct entry of paths, and use NSOpenPanel to guarantee a correct path. An NSPathControl is a more modern way to represent paths, which I use in TeX Live Utility's preferences. It works with an open panel or drag-and-drop. Adam From reinhard.kotucha at web.de Fri Sep 20 00:25:45 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Fri, 20 Sep 2013 00:25:45 +0200 Subject: [tex-live] Outstanding questions In-Reply-To: <523AD8B4.5020507@Rhul.Ac.Uk> References: <523AD8B4.5020507@Rhul.Ac.Uk> Message-ID: <21051.31209.339140.649106@zaphod.ms25.net> On 2013-09-19 at 11:57:56 +0100, Philip Taylor wrote: > As often happens, some of the questions asked during my previous > thread got lost in the noise, so I repeat them here as I am quite > keen to get answers : > > > > 0) [Context: Hebrew] So all that we need is LHM=3, RHM=3, and > > patterns that permit hyphenation between all possible pairs of Hebrew > > characters that represent letters; should I therefore move this part > > of the discussion to the TeX-Hyphen list ? > > > > 1) If a user installs TeX Live 2013 specifying > > > > Collections: all; packages: all; schemes: all > > > > how does he or she ask the system for which languages > > \lang@ is defined ? > > > > 2) I would like to be able to install full support for Plain TeX (all > > languages, all fonts, etc), but zero support for other formats. What > > is the correct combination of Collections/packages/schemes to > > accomplish this, please ? > > > > 3) Given that I am processing 16th-C polytonic Greek, should I be > > using \uselanguage {ancientgreek} rather than \uselanguage {greek}, > > and if so, is it possible to summarise the difference(s) between > > the two sets of patterns ? Hi Phil, if there's nobody on this list who can answer your questions it's probably best to ask on the texhax list. People on this list have TeX Live in mind rather than critical editions. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From munepixyz at gmail.com Fri Sep 20 02:04:46 2013 From: munepixyz at gmail.com (Munehiro Yamamoto) Date: Fri, 20 Sep 2013 09:04:46 +0900 Subject: [tex-live] Requests supporting Adobe Illustorator extension (.ai) for pdfTeX and dvipdfmx Message-ID: Hello all, I attach two patches supporting the Adobe Illustorator extension (.ai) for pdfTeX and dvipdfmx. Would you please commit these changes to the TeX Live project? Almost professional DTP operators maybe use the Adobe Illustorator when manipulating some figures. The structure of ai is almost the same as that of pdf. If we use the just extension .ai with TeX typesetting we will increase little TeXnician productivity. Best regards, Munehiro ?? ?? Munehiro "munepi" Yamamoto Founder, President & CEO, Green Cherry Ltd. http://greencherry.jp/ Public Relations, Project Vine http://vinelinux.org/ GPG Key Fingerprint: 61EC 85A8 5F34 5E35 91E8 8AD0 1D28 D5DE C24B 55FD -------------- next part -------------- A non-text attachment was scrubbed... Name: dvipdfmxdef-v3.2-support-ext-ai.patch Type: application/octet-stream Size: 1229 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pdftex-def-v0.06d-support-ext-ai.patch Type: application/octet-stream Size: 2285 bytes Desc: not available URL: From mojca.miklavec.lists at gmail.com Fri Sep 20 08:40:07 2013 From: mojca.miklavec.lists at gmail.com (Mojca Miklavec) Date: Fri, 20 Sep 2013 08:40:07 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns Message-ID: (was: [tex-live] Outstanding questions) On Thu, Sep 19, 2013 at 12:57 PM, Philip Taylor wrote: > > 0) [Context: Hebrew] So all that we need is LHM=3, RHM=3, and > patterns that permit hyphenation between all possible pairs of Hebrew > characters that represent letters; If hyphenation is allowed between any two letters, the patterns are trivial (see hyph-mul-ethi.tex), but you can also automatically insert "zero width breakable space" between all pairs of letters if you are working with XeTeX. A third solution in XeTeX would be to use the right locale which would break automatically (like in Thai). > should I therefore move this part > of the discussion to the TeX-Hyphen list ? It's definitely more appropriate list than tex-live. > 1) If a user installs TeX Live 2013 specifying > > Collections: all; packages: all; schemes: all > > how does he or she ask the system for which languages > \lang@ is defined ? When you run pdflatex/xelatex/... you get all of the loaded languages listed in each latex run. I don't know about plain TeX. One way is to check `kpsewhich language.def`. > 2) I would like to be able to install full support for Plain TeX (all > languages, all fonts, etc), but zero support for other formats. What > is the correct combination of Collections/packages/schemes to > accomplish this, please ? You cannot do it, at least not automatically. A package like hyphen-foo installs support for both plain TeX and LaTeX for all the engines (TeX, eTeX, pdfTeX, XeTeX, [LuaTeX], pTeX, ...) automatically. I don't know what to say about fonts because I don't imagine what it means to install a specific font for plain TeX, but not for LaTeX, but if you want to install hyphenation patterns just for plain TeX, you need to (force) uninstall all hyphen-foo packages and create your own language.def (probably in texmf-local) with all the languages you need. Now, this will still install support across different engines (pdfTeX, XeTeX, ... etc.) so if you only want it in plain XeTeX you need to make sure that you put language.def to a place where only XeTeX will find it (with a higher priority than the original one), for example TEXMF/tex/xetex/.... > 3) Given that I am processing 16th-C polytonic Greek, should I be > using \uselanguage {ancientgreek} rather than \uselanguage {greek}, > and if so, is it possible to summarise the difference(s) between > the two sets of patterns ? The first ones are for ancient Greek, the latter ones are for modern Greek. Copy-paste from the sources: % These hyphenation patterns are explained in "ancient.pdf", which % can be found in the "elhyphen" or "hyphenation-greek" package. % Hyphenation examples are given in the file "anc-test.pdf", also % to be found in the "elhyphen" or "hyphenation-greek" package. % Questionable patterns are marked by three question marks "???". % % Documentation in English can be found in: D. Filippou, % "Hyphenation patterns for Ancient and Modern Greek," in % "TeX, XML, and Digital Typography" (A. Syropoulos et al., % eds.), Lecture Notes in Computer Science 3130, Springer-Verlag % Berlin-Heidelberg, 2004. ISBN 3-540-22801-2. So please take a look at the documents (or the book) mentioned above. Wikipedia says that 16th century Greek already counts as Modern Greek, but I'm not a language specialist to be able to judge. If in doubts, ask the author of the patterns. Mojca From P.Taylor at Rhul.Ac.Uk Fri Sep 20 10:49:17 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Fri, 20 Sep 2013 09:49:17 +0100 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: References: Message-ID: <523C0C0D.5020107@Rhul.Ac.Uk> My thanks to Reinhard, Mojca and Jonathan for attempting to answer my outstanding queries. I think just one part is not yet clear to me : >> 2) I would like to be able to install full support for Plain TeX (all >> languages, all fonts, etc), but zero support for other formats. What >> is the correct combination of Collections/packages/schemes to >> accomplish this, please ? > > You cannot do it, at least not automatically. A package like > hyphen-foo installs support for both plain TeX and LaTeX for all the > engines (TeX, eTeX, pdfTeX, XeTeX, [LuaTeX], pTeX, ...) automatically. > I don't know what to say about fonts because I don't imagine what it > means to install a specific font for plain TeX, but not for LaTeX, but > if you want to install hyphenation patterns just for plain TeX, you > need to (force) uninstall all hyphen-foo packages and create your own > language.def (probably in texmf-local) with all the languages you > need. Now, this will still install support across different engines > (pdfTeX, XeTeX, ... etc.) so if you only want it in plain XeTeX you > need to make sure that you put language.def to a place where only > XeTeX will find it (with a higher priority than the original one), for > example TEXMF/tex/xetex/.... I think that "hyphen-foo" represents only the (acceptable) tip of the iceberg; what I really want to avoid installing is any of the million- and-one packages for LaTeX (and the thousand-and-one for the other formats), since a full TeX Live installation including these takes several hours. Surely it is possible to instruct Install-TL to install Plain TeX with all specific and generic support packages, but not to install LaTeX and all its packages, Context and all its packages, and so on. This is all I am seeking; surely I am not the only TeX Live user who wants the fruit but not the expensive fancy packaging ? ** Phil. From martin at oneiros.de Fri Sep 20 11:00:12 2013 From: martin at oneiros.de (=?ISO-8859-1?Q?Martin_Schr=F6der?=) Date: Fri, 20 Sep 2013 11:00:12 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <523C0C0D.5020107@Rhul.Ac.Uk> References: <523C0C0D.5020107@Rhul.Ac.Uk> Message-ID: 2013/9/20 Philip Taylor : > Surely it is possible to instruct Install-TL to install Plain TeX > with all specific and generic support packages, but not to install > LaTeX and all its packages, Context and all its packages, and so on. > This is all I am seeking; surely I am not the only TeX Live user > who wants the fruit but not the expensive fancy packaging ? No, but that request is rare. The advise is to install everything as storage space is cheap and networks are mostly fast enough. Best Martin From Robin.Fairbairns at cl.cam.ac.uk Fri Sep 20 11:13:01 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Fri, 20 Sep 2013 10:13:01 +0100 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: Your message of Fri, 20 Sep 2013 11:00:12 +0200. Message-ID: <5976.1379668381@cl.cam.ac.uk> Martin Schr?der wrote: > 2013/9/20 Philip Taylor : > > Surely it is possible to instruct Install-TL to install Plain TeX > > with all specific and generic support packages, but not to install > > LaTeX and all its packages, Context and all its packages, and so on. > > This is all I am seeking; surely I am not the only TeX Live user > > who wants the fruit but not the expensive fancy packaging ? > > No, but that request is rare. The advise is to install everything as storage > space is cheap and networks are mostly fast enough. one or other is plainly not the case for phil. (either that, or he has a snail's-pace computer, which hardly seems likely.) fast net connections are uncommon (or ruinously expensive) in rural england (where phil lives), so that's probably the problem. for only slightly less than i pay for 30mbit/s, my mother gets a basic isdn service ... but of course, she doesn't care. From P.Taylor at Rhul.Ac.Uk Fri Sep 20 11:31:27 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Fri, 20 Sep 2013 10:31:27 +0100 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <5976.1379668381@cl.cam.ac.uk> References: <5976.1379668381@cl.cam.ac.uk> Message-ID: <523C15EF.7060306@Rhul.Ac.Uk> Robin Fairbairns wrote: >> No, but that request is rare. The advise is to install everything as storage >> space is cheap and networks are mostly fast enough. > > one or other is plainly not the case for phil. (either that, or he has > a snail's-pace computer, which hardly seems likely.) > > fast net connections are uncommon (or ruinously expensive) in rural > england (where phil lives), so that's probably the problem. for only > slightly less than i pay for 30mbit/s, my mother gets a basic isdn > service ... but of course, she doesn't care. 2.6Mbps on a good day. 3.0Mbps on an exceptional one. I genuinely had not realised this question would prove so difficult to answer. I thought (in my na?vety) that there would be a standard and well- known combination of Collections/packages/schemes to accomplish what seemed to me to be a very simple and straightforward aim. ** Phil. From takanori at macports.org Fri Sep 20 13:06:13 2013 From: takanori at macports.org (Takanori Yamamoto) Date: Fri, 20 Sep 2013 20:06:13 +0900 Subject: [tex-live] BUG: instability of dvipdfmx compiled with clang/Mac/64bit (haspatch) Message-ID: <5C1EC7DE-ED5E-4F4D-A9D9-6267625148D3@macports.org> MD5 function in dvipdfmx has a memory bug. It can cause abort-trap when handling JPEG/PNG images on x86-64 machines. In fact, some users are reporting that the dvipdfmx compiled with clang on Mac OS X Lion doesn't work as expected. e.g. - https://trac.macports.org/ticket/39334 A patch to fix this problem can be found from the link. - https://trac.macports.org/attachment/ticket/39334/dvipdfmx-takanori.diff From koch at math.uoregon.edu Fri Sep 20 18:37:58 2013 From: koch at math.uoregon.edu (Richard Koch) Date: Fri, 20 Sep 2013 09:37:58 -0700 Subject: [tex-live] TeXshop and other GUIs: space in text box data Message-ID: Nelson Beebe, Thanks for the heads up. This is fixed in my local copy of TeXShop and thus will be fixed in the next release. Many users install TeXShop without installing MacTeX. When they try to typeset, they get an error message. The message says "Perhaps TeXLive was not installed or was removed during a system upgrade. If so, go to the TeXShop web site and follow the instructions to (re)install TeXLive. Another possibility is that a tool path was incorrectly configured in TeXShop preferences." The last line is there for users of MacPorts and other less common distributions, but many users ignore the first lines and start fiddling with path preferences, although 95% of the time they should buckle down and install TeX Live. I've rewritten the help yet again. We'll see if it helps. Dick Koch From enda_k2 at yahoo.com Fri Sep 20 21:37:57 2013 From: enda_k2 at yahoo.com (Enda) Date: Fri, 20 Sep 2013 12:37:57 -0700 Subject: [tex-live] PTEX.Fullbanner In-Reply-To: <21048.52712.346121.897193@zaphod.ms25.net> References: <1378741812.1808.YahooMailNeo@web163105.mail.bf1.yahoo.com> <1379452450.96361.YahooMailNeo@web163104.mail.bf1.yahoo.com> <21048.52712.346121.897193@zaphod.ms25.net> Message-ID: <1379705877.24799.YahooMailNeo@web163102.mail.bf1.yahoo.com> I think that it gives away too much information about the user's software, for example the default is like TeX Live: /Producer (pdfTeX-1.40.11) /Creator (LaTeX with hyperref package) /PTEX.Fullbanner (This is pdfTeX, Version 3.1415926-1.40.11-2.2 (TeX Live 2010) kpathsea version 6.0.0) whereas on Debian, it is like: Debian: /Creator (LaTeX with hyperref package) /Producer (pdfTeX-1.40.10) /PTEX.Fullbanner (This is pdfTeX, Version 3.1415926-1.40.10-2.2 (TeX Live 2009/Debian) kpathsea version 5.0.0) /Producer and?/Creator already give enough information, is /PTEX.Fullbanner necessary? -- Enda ----- Original Message ----- From: Reinhard Kotucha To: Enda Cc: "tex-live at tug.org" Sent: Tuesday, September 17, 2013 10:47 PM Subject: Re: [tex-live] PTEX.Fullbanner On 2013-09-17 at 14:14:10 -0700, Enda wrote: > /PTEX.Fullbanner (This is pdfTeX, Version 3.1415926-1.40.11-2.2 (TeX Live 2010) kpathsea version 6.0.0) > > When a latex file is compiled with pdflatex, the above is included > in the pdf file. Is the PTEX.Fullbanner necessary to be put in the > pdf file The PDF file would be valid without it too, of course.? But what is your problem? Regards, ? Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover? ? ? ? ? ? ? ? ? ? ? ? ? ? ? mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From martin at oneiros.de Fri Sep 20 21:52:00 2013 From: martin at oneiros.de (=?ISO-8859-1?Q?Martin_Schr=F6der?=) Date: Fri, 20 Sep 2013 21:52:00 +0200 Subject: [tex-live] PTEX.Fullbanner In-Reply-To: <1379705877.24799.YahooMailNeo@web163102.mail.bf1.yahoo.com> References: <1378741812.1808.YahooMailNeo@web163105.mail.bf1.yahoo.com> <1379452450.96361.YahooMailNeo@web163104.mail.bf1.yahoo.com> <21048.52712.346121.897193@zaphod.ms25.net> <1379705877.24799.YahooMailNeo@web163102.mail.bf1.yahoo.com> Message-ID: 2013/9/20 Enda : > /Producer and /Creator already give enough information, is /PTEX.Fullbanner necessary? pdfTeX is maintained; please discuss it with its maintainer. Best Martin From kakuto at fuk.kindai.ac.jp Fri Sep 20 22:33:43 2013 From: kakuto at fuk.kindai.ac.jp (Akira Kakuto) Date: Sat, 21 Sep 2013 05:33:43 +0900 Subject: [tex-live] BUG: instability of dvipdfmx compiled withclang/Mac/64bit (haspatch) In-Reply-To: <5C1EC7DE-ED5E-4F4D-A9D9-6267625148D3@macports.org> References: <5C1EC7DE-ED5E-4F4D-A9D9-6267625148D3@macports.org> Message-ID: Dear Takanori, > A patch to fix this problem can be found from the link ... Applied (r31700). Thank you very much. BTW, the current sources of (x)dvipdfmx are in dvipdf-x. Eventually they will be in dvipdfm-x. Best regards, Akira KAKUTO From reinhard.kotucha at web.de Sat Sep 21 09:46:32 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Sat, 21 Sep 2013 09:46:32 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <523C15EF.7060306@Rhul.Ac.Uk> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> Message-ID: <21053.20184.533532.351489@zaphod.ms25.net> On 2013-09-20 at 10:31:27 +0100, Philip Taylor wrote: > Robin Fairbairns wrote: > > >> No, but that request is rare. The advise is to install > >> everything as storage space is cheap and networks are mostly > >> fast enough. > > > > one or other is plainly not the case for phil. (either that, or > > he has a snail's-pace computer, which hardly seems likely.) > > > > fast net connections are uncommon (or ruinously expensive) in > > rural england (where phil lives), so that's probably the problem. > > for only slightly less than i pay for 30mbit/s, my mother gets a > > basic isdn service ... but of course, she doesn't care. > > 2.6Mbps on a good day. 3.0Mbps on an exceptional one. I genuinely > had not realised this question would prove so difficult to answer. I have a 6 Mbit/s connection but installing from a local mirror is significantly faster. Whenever it's necessary to install TL more than once a local mirror saves a lot of time. Please note that installation speed is not proportional the network speed because the packages have to be de-compressed too. Mirroring can done by wget or rsync. The latter is more efficient. I'm mirroring to Apache's htdocs directory. The advantage is that I can install from there on other computers too. It's also possible to mirror to an arbitrary directory. The TeX Live installer then thinks that the stuff is on a CD/DVD. I strongly recommend to set up a local mirror. It doesn't matter how fast your internet connection is since files are mirrored while you are sleeping if the system is set up properly. After all, with a local mirror the download speed doesn't matter at all and installing TeX Live (scheme-full) takes much less than an hour. A few years ago I changed the ISP and took this opportunity to upgrade from 2 Mbit/s to 6 Mbit/s. They offered me an even faster connection for more money but it turned out that in real life the improvement (2 vs. 6 Mbit/s) isn't noticable. According to the system monitor the Aljazeera live stream only uses abt. 10% of the avaiable bandwidth. Network speed matters if you download huge files or zillions of smaller files. This is the case when you install TeX Live from CTAN or a remote mirror. With a local TeX Live mirror network speed doesn't matter at all. I strongly recommend to install a mirror. If you don't want to install everything, select "scheme full" and then disable the collections you don't need. I'm sure that you can avoid most of the LaTeX, ConTeXt, and language specific packages this way. Your settings are stored in tlpkg/texlive.profile. You can copy this file to other machines if desired. > I thought (in my na?vety) that there would be a standard and well- > known combination of Collections/packages/schemes to accomplish > what seemed to me to be a very simple and straightforward aim. The problem is that different people have different requirements. At a first glance it sounds reasonable to have an installation scheme "Plain TeX" but those who are using XeTeX or LuaTeX probably prefer to rely solely on system fonts while others need all the fonts provided by TeX Live. Hence it's not possible to create a scheme for Plain TeX users which satisfies the needs or expectations of all of them. As far as packages are concerned, I strongly recommend to install collections even if they contain many packages you don't need. Installing single packages is a pain. If TeX can't find a particular file you can ask tlmgr to which package it belongs and install this package. But if this happens thrice you'll recognize that it was a mistake not to install the whole collection. So be careful when de-selecting collections in the installer menu. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From P.Taylor at Rhul.Ac.Uk Sat Sep 21 17:21:11 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Sat, 21 Sep 2013 16:21:11 +0100 Subject: [tex-live] Cannot run "TLmgr generate --rebuild-sys language" w/out error having added 8-bit Hebrew patterns Message-ID: <523DB967.2090306@Rhul.Ac.Uk> C:\texlive\2013\texmf-dist\tex\generic\hyph-utf8\patterns\tex contains all standard hyphenation patterns : C:\texlive\texmf-local\tex\generic\hyph-utf8\patterns\tex contains hyph-he.tex TLmgr says : > Running: "C:\texlive\2013\bin\win32\luatex" --ini --jobname=luatex --progname=lu > atex luatex.ini The file luatex.fmt was created. > Running: "C:\texlive\2013\bin\win32\luatex" --ini --jobname=dviluatex --progname > =dviluatex dviluatex.ini The file dviluatex.fmt was created. > Running: "C:\texlive\2013\bin\win32\pdftex" --ini --jobname=pdftex --progname=pd > ftex -translate-file=cp227.tcx *pdfetex.ini > The file pdftex.fmt was not created due to some errors. > See the log file C:/texlive/2013/texmf-var/web2c/pdftex/pdftex.log for details. > Running: "C:\texlive\2013\bin\win32\pdftex" --ini --jobname=etex --progname=etex > -translate-file=cp227.tcx *etex.ini > The file etex.fmt was not created due to some errors. > See the log file C:/texlive/2013/texmf-var/web2c/pdftex/etex.log for details. > Running: "C:\texlive\2013\bin\win32\pdftex" --ini --jobname=pdfetex --progname=p > dfetex -translate-file=cp227.tcx *pdfetex.ini > The file pdfetex.fmt was not created due to some errors. > See the log file C:/texlive/2013/texmf-var/web2c/pdftex/pdfetex.log for details. > > Running: "C:\texlive\2013\bin\win32\eptex" --ini --jobname=eptex --progname=epte > x *eptex.ini > The file eptex.fmt was not created due to some errors. > See the log file C:/texlive/2013/texmf-var/web2c/eptex/eptex.log for details. > Running: "C:\texlive\2013\bin\win32\euptex" --ini --jobname=euptex --progname=eu > ptex *euptex.ini > The file euptex.fmt was not created due to some errors. > See the log file C:/texlive/2013/texmf-var/web2c/euptex/euptex.log for details. > Running: "C:\texlive\2013\bin\win32\xetex" --ini --jobname=xetex --progname=xete > x -etex xetex.ini The file xetex.fmt was created. > > > Now I check executable files... > If some executable files do not exist, you must make them > by hard link (Windows XP/Vista/7/8), symbolic link (Vista/7/8) > or copying. > > OK. luatex.exe exists. OK. dviluatex.exe exists. > OK. xetex.exe exists. > > > I could not create 5 of format (base/mem) file(s). > For details, see log file(s) in the (fmt/base/mem) dir(s). > C:\texlive\2013\bin\win32\runscript.tlu:646: command failed with exit code 1: > fmtutil --byhyphen "C:/texlive/2013/texmf-var/tex/generic/config/language.def" > --byhyphen "C:/texlive/2013/texmf-var/tex/generic/config/language.def" The XeTeX format was dumped OK. Is this because there needs to be a non-UTF-8 version of "hyph-he.tex" and if so, how the h at ll does one reverse-engineer a UTF-8 set of patterns into an 8-bit ASCII set ?! I would prefer, of course, for 8-bit engines not to know about "hyph-he.tex" at all; is that possible ? ** Phil. From mojca.miklavec.lists at gmail.com Sat Sep 21 19:36:18 2013 From: mojca.miklavec.lists at gmail.com (Mojca Miklavec) Date: Sat, 21 Sep 2013 19:36:18 +0200 Subject: [tex-live] Cannot run "TLmgr generate --rebuild-sys language" w/out error having added 8-bit Hebrew patterns In-Reply-To: <523DB967.2090306@Rhul.Ac.Uk> References: <523DB967.2090306@Rhul.Ac.Uk> Message-ID: On Sat, Sep 21, 2013 at 5:21 PM, Philip Taylor wrote: > > The XeTeX format was dumped OK. Is this because there needs to be a > non-UTF-8 version of "hyph-he.tex" Yes, most probably. > and if so, how the h at ll does one > reverse-engineer a UTF-8 set of patterns into an 8-bit ASCII set ?! The major question is whether anyone would need them in the first place. (And if the answer is/was yes - do any fonts and encodings exist to support it.) > I would prefer, of course, for 8-bit engines not to know about > "hyph-he.tex" at all; is that possible ? Not completely, but enough to satisfy you, see loadhyph-hy.tex for example. (Another option would be to convince Karl to provide a separate language.def for XeTeX.) Mojca From P.Taylor at Rhul.Ac.Uk Sat Sep 21 22:35:30 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Sat, 21 Sep 2013 21:35:30 +0100 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <21053.20184.533532.351489@zaphod.ms25.net> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <21053.20184.533532.351489@zaphod.ms25.net> Message-ID: <523E0312.6030307@Rhul.Ac.Uk> Reinhard Kotucha wrote: > I have a 6 Mbit/s connection but installing from a local mirror is > significantly faster. Whenever it's necessary to install TL more than > once a local mirror saves a lot of time. Please note that > installation speed is not proportional the network speed because the > packages have to be de-compressed too. > > Mirroring can done by wget or rsync. The latter is more efficient. > I'm mirroring to Apache's htdocs directory. The advantage is that I > can install from there on other computers too. It's also possible to > mirror to an arbitrary directory. The TeX Live installer then thinks > that the stuff is on a CD/DVD. > > I strongly recommend to set up a local mirror. It doesn't matter how > fast your internet connection is since files are mirrored while you > are sleeping if the system is set up properly. After all, with a > local mirror the download speed doesn't matter at all and installing > TeX Live (scheme-full) takes much less than an hour. OK, well I am trying that as I speak, but I think I clearly need a far more selectiveincantation than the one from Tug.Org/TeXLive : E:\CTAN>c:rsync -a -v --progress --delete rsync://rsync.tex.ac.uk/CTAN/systems/texlive/tlnet/ . This is pulling in hundreds, if not thousands, of files for architectures in which I have negative interest. Is it possible to make that incantation pull in only generic files and those targetted specifically at Windows (32-bit or 64-bit) ? > If you don't want to install everything, select "scheme full" and then > disable the collections you don't need. I'm sure that you can avoid > most of the LaTeX, ConTeXt, and language specific packages this way. > Your settings are stored in tlpkg/texlive.profile. You can copy this > file to other machines if desired. I will try this once the local mirror exists. > > > I thought (in my na?vety) that there would be a standard and well- > > known combination of Collections/packages/schemes to accomplish > > what seemed to me to be a very simple and straightforward aim. > > The problem is that different people have different requirements. At > a first glance it sounds reasonable to have an installation scheme > "Plain TeX" but those who are using XeTeX or LuaTeX probably prefer to > rely solely on system fonts while others need all the fonts provided > by TeX Live. Hence it's not possible to create a scheme for Plain TeX > users which satisfies the needs or expectations of all of them. Well, is that true ? As a 99% XeTeX user, I have no problem with acquiring 76 Computer Modern fonts plus Latin Modern and whatever other Metafont-based fonts are in TeX Live. They, in comparison to the unbelievably large number of LaTeX packages, will take little time and take up little space. > > As far as packages are concerned, I strongly recommend to install > collections even if they contain many packages you don't need. > Installing single packages is a pain. If TeX can't find a particular > file you can ask tlmgr to which package it belongs and install this > package. But if this happens thrice you'll recognize that it was a > mistake not to install the whole collection. So be careful when > de-selecting collections in the installer menu. Fine, thank you, your advice shall be heeded. ** Phil. From mojca.miklavec.lists at gmail.com Sun Sep 22 00:07:12 2013 From: mojca.miklavec.lists at gmail.com (Mojca Miklavec) Date: Sun, 22 Sep 2013 00:07:12 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <523E0312.6030307@Rhul.Ac.Uk> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <21053.20184.533532.351489@zaphod.ms25.net> <523E0312.6030307@Rhul.Ac.Uk> Message-ID: On Sat, Sep 21, 2013 at 10:35 PM, Philip Taylor wrote: > > E:\CTAN>c:rsync -a -v --progress --delete > rsync://rsync.tex.ac.uk/CTAN/systems/texlive/tlnet/ . > > This is pulling in hundreds, if not thousands, of files for > architectures in which I have negative interest. Is it possible > to make that incantation pull in only generic files and those > targetted specifically at Windows (32-bit or 64-bit) ? rsync -av --exclude '*x86_64-darwin.tar.xz' ... etc. (or write an exclude file listing all) >> The problem is that different people have different requirements. At >> a first glance it sounds reasonable to have an installation scheme >> "Plain TeX" but those who are using XeTeX or LuaTeX probably prefer to >> rely solely on system fonts while others need all the fonts provided >> by TeX Live. Hence it's not possible to create a scheme for Plain TeX >> users which satisfies the needs or expectations of all of them. > > Well, is that true ? As a 99% XeTeX user, I have no problem with > acquiring 76 Computer Modern fonts plus Latin Modern and whatever > other Metafont-based fonts are in TeX Live. They, in comparison > to the unbelievably large number of LaTeX packages, will take little > time and take up little space. During installation you can select the small (or even minimal) scheme and/or select just the collections that are intersting for you. This is a minimal amount of work. If you need another package you can always install that one later (just don't complain why it wasn't part of the minimal scheme ;). Mojca From martin at oneiros.de Sun Sep 22 00:14:36 2013 From: martin at oneiros.de (=?ISO-8859-1?Q?Martin_Schr=F6der?=) Date: Sun, 22 Sep 2013 00:14:36 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <523E0312.6030307@Rhul.Ac.Uk> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <21053.20184.533532.351489@zaphod.ms25.net> <523E0312.6030307@Rhul.Ac.Uk> Message-ID: 2013/9/21 Philip Taylor : > E:\CTAN>c:rsync -a -v --progress --delete > rsync://rsync.tex.ac.uk/CTAN/systems/texlive/tlnet/ . > > This is pulling in hundreds, if not thousands, of files for > architectures in which I have negative interest. Is it possible > to make that incantation pull in only generic files and those > targetted specifically at Windows (32-bit or 64-bit) ? Yes. You will be surprised: rsync is documented. :-) It even has man pages for systems which are able to use them. Otherwise you will have to use something called "search engine". I've heard rumours that even the manufacturer of your OS (which sadly is not Unix) offers one such service. Best Martin From karl at freefriends.org Sun Sep 22 00:32:17 2013 From: karl at freefriends.org (Karl Berry) Date: Sat, 21 Sep 2013 22:32:17 +0000 Subject: [tex-live] Requests supporting Adobe Illustorator extension (.ai) for pdfTeX and dvipdfmx In-Reply-To: Message-ID: <201309212232.r8LMWH8n010454@freefriends.org> Hi, I attach two patches supporting the Adobe Illustorator extension (.ai) for pdfTeX and dvipdfmx. Thanks for the patches. Adding .ai to be handled just like .pdf seems fine to me. I updated dvipdfmx.def and uploaded the new version to CTAN. Regarding pdftex.def, that is maintained by Martin and Heiko (cc-d). If they want me to apply the patch and upload to CTAN, no problem, but I need to hear from them before making changes there. Thanks again, Karl From reinhard.kotucha at web.de Sun Sep 22 02:17:17 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Sun, 22 Sep 2013 02:17:17 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <21053.20184.533532.351489@zaphod.ms25.net> <523E0312.6030307@Rhul.Ac.Uk> Message-ID: <21054.14093.866452.544227@zaphod.ms25.net> On 2013-09-22 at 00:07:12 +0200, Mojca Miklavec wrote: > On Sat, Sep 21, 2013 at 10:35 PM, Philip Taylor wrote: > > > > E:\CTAN>c:rsync -a -v --progress --delete > > rsync://rsync.tex.ac.uk/CTAN/systems/texlive/tlnet/ . > > > > This is pulling in hundreds, if not thousands, of files for > > architectures in which I have negative interest. Is it possible > > to make that incantation pull in only generic files and those > > targetted specifically at Windows (32-bit or 64-bit) ? > > rsync -av --exclude '*x86_64-darwin.tar.xz' ... etc. > (or write an exclude file listing all) Mojca, did you test it? The installer menus are not derived from the packages that exist on your system but from the TeX Live database (tlpkg/texlive.tlpdb). Missing files probably confuse the installer. But the basic idea of a local mirror is that it's only necessary to create it once. The actual download can be done overnight or while doing something else. Neither network performance nor the size of TL is really important then. Unless disk space is scarce, every attempt to customize rsync is wasted time, IMO. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From reinhard.kotucha at web.de Sun Sep 22 03:09:07 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Sun, 22 Sep 2013 03:09:07 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <21053.20184.533532.351489@zaphod.ms25.net> <523E0312.6030307@Rhul.Ac.Uk> Message-ID: <21054.17203.808648.464563@zaphod.ms25.net> On 2013-09-22 at 00:14:36 +0200, Martin Schr?der wrote: > 2013/9/21 Philip Taylor : > > E:\CTAN>c:rsync -a -v --progress --delete > > rsync://rsync.tex.ac.uk/CTAN/systems/texlive/tlnet/ . > > > > This is pulling in hundreds, if not thousands, of files for > > architectures in which I have negative interest. Is it possible > > to make that incantation pull in only generic files and those > > targetted specifically at Windows (32-bit or 64-bit) ? > > Yes. > > You will be surprised: rsync is documented. :-) > It even has man pages for systems which are able to use them. Martin, it's a matter of fact that Windows users can't do very much with Unix manual pages. The only program which can process them on Windows is Emacs: http://ctan.org/tex-archive/support/win32-emacs-auctex If you want to convince Phil to use Emacs, proceed. > Otherwise you will have to use something called "search engine". > I've heard rumours that even the manufacturer of your OS (which > sadly is not Unix) offers one such service. You already know my opinion about search engines. As far as TeX related stuff is concerned, it makes more sense to go to tex.stackexchange and search there. Stackexchange is much more reliable than everything else you find in the internet. Whenever you search for manual pages in the internet, I can guarantee you that you always get old stuff. There are web sites which gather as many manual pages as possible. But no attempt is made to keep them up-to-date. Please google for the getnonfreefonts manual page. It's most likely that you get the TL-2005 version. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From reinhard.kotucha at web.de Sun Sep 22 03:23:41 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Sun, 22 Sep 2013 03:23:41 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <523E0312.6030307@Rhul.Ac.Uk> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <21053.20184.533532.351489@zaphod.ms25.net> <523E0312.6030307@Rhul.Ac.Uk> Message-ID: <21054.18077.880554.928008@zaphod.ms25.net> On 2013-09-21 at 21:35:30 +0100, Philip Taylor wrote: > Reinhard Kotucha wrote: > > > The problem is that different people have different requirements. At > > a first glance it sounds reasonable to have an installation scheme > > "Plain TeX" but those who are using XeTeX or LuaTeX probably prefer to > > rely solely on system fonts while others need all the fonts provided > > by TeX Live. Hence it's not possible to create a scheme for Plain TeX > > users which satisfies the needs or expectations of all of them. > > Well, is that true ? As a 99% XeTeX user, I have no problem with > acquiring 76 Computer Modern fonts plus Latin Modern and whatever > other Metafont-based fonts are in TeX Live. They, in comparison > to the unbelievably large number of LaTeX packages, will take little > time and take up little space. The space consumed by LaTeX packages is ridiculous. du -sh /usr/local/texlive/2013/texmf-dist/{fonts,tex/latex} 1.3G /usr/local/texlive/2013/texmf-dist/fonts 116M /usr/local/texlive/2013/texmf-dist/tex/latex Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From wl at gnu.org Sun Sep 22 06:31:58 2013 From: wl at gnu.org (Werner LEMBERG) Date: Sun, 22 Sep 2013 06:31:58 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <21054.17203.808648.464563@zaphod.ms25.net> References: <523E0312.6030307@Rhul.Ac.Uk> <21054.17203.808648.464563@zaphod.ms25.net> Message-ID: <20130922.063158.238375469.wl@gnu.org> > Martin, it's a matter of fact that Windows users can't do very much > with Unix manual pages. The only program which can process them on > Windows is Emacs: > > http://ctan.org/tex-archive/support/win32-emacs-auctex Well, groff will do, too, if you are willing to work on the command line. Werner From khaledhosny at eglug.org Sun Sep 22 07:12:28 2013 From: khaledhosny at eglug.org (Khaled Hosny) Date: Sun, 22 Sep 2013 07:12:28 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <21054.18077.880554.928008@zaphod.ms25.net> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <21053.20184.533532.351489@zaphod.ms25.net> <523E0312.6030307@Rhul.Ac.Uk> <21054.18077.880554.928008@zaphod.ms25.net> Message-ID: <20130922051227.GA10550@khaled-laptop> On Sun, Sep 22, 2013 at 03:23:41AM +0200, Reinhard Kotucha wrote: > On 2013-09-21 at 21:35:30 +0100, Philip Taylor wrote: > > > Reinhard Kotucha wrote: > > > > > The problem is that different people have different requirements. At > > > a first glance it sounds reasonable to have an installation scheme > > > "Plain TeX" but those who are using XeTeX or LuaTeX probably prefer to > > > rely solely on system fonts while others need all the fonts provided > > > by TeX Live. Hence it's not possible to create a scheme for Plain TeX > > > users which satisfies the needs or expectations of all of them. > > > > Well, is that true ? As a 99% XeTeX user, I have no problem with > > acquiring 76 Computer Modern fonts plus Latin Modern and whatever > > other Metafont-based fonts are in TeX Live. They, in comparison > > to the unbelievably large number of LaTeX packages, will take little > > time and take up little space. > > The space consumed by LaTeX packages is ridiculous. > > du -sh /usr/local/texlive/2013/texmf-dist/{fonts,tex/latex} > 1.3G /usr/local/texlive/2013/texmf-dist/fonts > 116M /usr/local/texlive/2013/texmf-dist/tex/latex That was mt immediate reaction, too, then I remembered the documentation: du -sh /usr/local/texlive/2013/texmf-dist/{fonts,tex/latex,doc/latex} 1.3G /usr/local/texlive/2013/texmf-dist/fonts 116M /usr/local/texlive/2013/texmf-dist/tex/latex 1.1G /usr/local/texlive/2013/texmf-dist/doc/latex Regards, Khaled From P.Taylor at Rhul.Ac.Uk Sun Sep 22 10:46:01 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Sun, 22 Sep 2013 09:46:01 +0100 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <21054.18077.880554.928008@zaphod.ms25.net> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <21053.20184.533532.351489@zaphod.ms25.net> <523E0312.6030307@Rhul.Ac.Uk> <21054.18077.880554.928008@zaphod.ms25.net> Message-ID: <523EAE49.6070805@Rhul.Ac.Uk> Reinhard Kotucha wrote: > du -sh /usr/local/texlive/2013/texmf-dist/{fonts,tex/latex} > 1.3G /usr/local/texlive/2013/texmf-dist/fonts > 116M /usr/local/texlive/2013/texmf-dist/tex/latex Fair comment, Reinhard, and a point I had failed to appreciate. Nonetheless, the sheer /number/ of (unwanted) LaTeX packages adds significantly to the mirroring time. However, as is noted elswhere, mirroring is essentially a one-off activity, and mine did indeed complete overnight (I am updating it as I speak). Looking at the statistics for TeXMF-Dist, I see there are only three non-trivial hierarchies : Doc : 47.28% Fonts : 37.30% Source: 7.51% TeX : 6.20% ** Phil. From news3 at nililand.de Sun Sep 22 11:23:10 2013 From: news3 at nililand.de (Ulrike Fischer) Date: Sun, 22 Sep 2013 11:23:10 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> Message-ID: <1bgppk5bd19hm$.dlg@nililand.de> Am Fri, 20 Sep 2013 10:31:27 +0100 schrieb Philip Taylor: >>> No, but that request is rare. The advise is to install everything as storage >>> space is cheap and networks are mostly fast enough. >> one or other is plainly not the case for phil. (either that, or he has >> a snail's-pace computer, which hardly seems likely.) >> fast net connections are uncommon (or ruinously expensive) in rural >> england (where phil lives), so that's probably the problem. for only >> slightly less than i pay for 30mbit/s, my mother gets a basic isdn >> service ... but of course, she doesn't care. > 2.6Mbps on a good day. 3.0Mbps on an exceptional one. Why then don't you get TeXLive on a DVD? It will cost you $20 or the costs for a membership (I'm getting the DVD every year through Dante e.V) - and save you a lot of time. http://www.tug.org/store/ -- Ulrike Fischer http://www.troubleshooting-tex.de/ From munepixyz at gmail.com Sun Sep 22 11:39:35 2013 From: munepixyz at gmail.com (Munehiro Yamamoto) Date: Sun, 22 Sep 2013 18:39:35 +0900 Subject: [tex-live] Requests supporting Adobe Illustorator extension (.ai) for pdfTeX and dvipdfmx In-Reply-To: <201309212232.r8LMWH8n010454@freefriends.org> References: <201309212232.r8LMWH8n010454@freefriends.org> Message-ID: Hi Karl, 2013/9/22 Karl Berry : > Thanks for the patches. Adding .ai to be handled just like .pdf seems > fine to me. > > I updated dvipdfmx.def and uploaded the new version to CTAN. Thank you so much. > Regarding pdftex.def, that is maintained by Martin and Heiko (cc-d). > If they want me to apply the patch and upload to CTAN, no problem, but I > need to hear from them before making changes there. That is okay. Thanks, Munehiro ?? ?? Munehiro "munepi" Yamamoto Founder, President & CEO, Green Cherry Ltd. http://greencherry.jp/ Public Relations, Project Vine http://vinelinux.org/ GPG Key Fingerprint: 61EC 85A8 5F34 5E35 91E8 8AD0 1D28 D5DE C24B 55FD From Robin.Fairbairns at cl.cam.ac.uk Sun Sep 22 11:40:16 2013 From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns) Date: Sun, 22 Sep 2013 10:40:16 +0100 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: Your message of Sun, 22 Sep 2013 03:09:07 +0200. <21054.17203.808648.464563@zaphod.ms25.net> Message-ID: <4623.1379842816@cl.cam.ac.uk> Reinhard Kotucha wrote: > On 2013-09-22 at 00:14:36 +0200, Martin Schr?der wrote: > > > 2013/9/21 Philip Taylor : > > > E:\CTAN>c:rsync -a -v --progress --delete > > > rsync://rsync.tex.ac.uk/CTAN/systems/texlive/tlnet/ . > > > > > > This is pulling in hundreds, if not thousands, of files for > > > architectures in which I have negative interest. Is it possible > > > to make that incantation pull in only generic files and those > > > targetted specifically at Windows (32-bit or 64-bit) ? > > > > Yes. > > > > You will be surprised: rsync is documented. :-) > > It even has man pages for systems which are able to use them. > > Martin, it's a matter of fact that Windows users can't do very much > with Unix manual pages. The only program which can process them on > Windows is Emacs: > > http://ctan.org/tex-archive/support/win32-emacs-auctex > > If you want to convince Phil to use Emacs, proceed. > > > Otherwise you will have to use something called "search engine". > > I've heard rumours that even the manufacturer of your OS (which > > sadly is not Unix) offers one such service. > > You already know my opinion about search engines. As far as TeX > related stuff is concerned, it makes more sense to go to > tex.stackexchange and search there. Stackexchange is much more > reliable than everything else you find in the internet. contributions, to the process of correcting the uk faq are always welcome. robin (actually not sure it's worth carrying on with the faq.) From P.Taylor at Rhul.Ac.Uk Sun Sep 22 11:32:03 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Sun, 22 Sep 2013 10:32:03 +0100 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <1bgppk5bd19hm$.dlg@nililand.de> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <1bgppk5bd19hm$.dlg@nililand.de> Message-ID: <523EB913.5040500@Rhul.Ac.Uk> Ulrike Fischer wrote: > Why then don't you get TeXLive on a DVD? It will cost you $20 or the > costs for a membership (I'm getting the DVD every year through Dante > e.V) - and save you a lot of time. > > http://www.tug.org/store/ In the past, I have found installation from DVD to be painfully slow, and I think that Reinhard's suggestion of a local mirror is probably the best way forward. Unfortunately all attempt to install from this mirror result in an application hang and a PERL crash (see earlier messages today). ** Phil. From news3 at nililand.de Sun Sep 22 12:53:48 2013 From: news3 at nililand.de (Ulrike Fischer) Date: Sun, 22 Sep 2013 12:53:48 +0200 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <1bgppk5bd19hm$.dlg@nililand.de> <523EB913.5040500@Rhul.Ac.Uk> Message-ID: <1sqb7lrwfi22i.dlg@nililand.de> Am Sun, 22 Sep 2013 10:32:03 +0100 schrieb Philip Taylor: >> Why then don't you get TeXLive on a DVD? It will cost you $20 or the >> costs for a membership (I'm getting the DVD every year through Dante >> e.V) - and save you a lot of time. >> http://www.tug.org/store/ > In the past, I have found installation from DVD to be painfully slow, You install a texlive once a year and you don't sit before a PC 24 hours a day. So why do you care if an unattended installation takes 1 or 4 hours? Start it in the evening and let the machine work. Just sum up the hours you (you! and not your PC) already spent to write all the messages here. Don't you think this time could have been spent for more important problems? -- Ulrike Fischer http://www.troubleshooting-tex.de/ From P.Taylor at Rhul.Ac.Uk Sun Sep 22 13:18:17 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Sun, 22 Sep 2013 12:18:17 +0100 Subject: [tex-live] Outstanding question about Hebrew and Greek hyphenation patterns In-Reply-To: <1sqb7lrwfi22i.dlg@nililand.de> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <1bgppk5bd19hm$.dlg@nililand.de> <523EB913.5040500@Rhul.Ac.Uk> <1sqb7lrwfi22i.dlg@nililand.de> Message-ID: <523ED1F9.9010605@Rhul.Ac.Uk> Ulrike Fischer wrote: > You install a texlive once a year and you don't sit before a PC 24 > hours a day. So why do you care if an unattended installation takes > 1 or 4 hours? Start it in the evening and let the machine work. > > Just sum up the hours you (you! and not your PC) already spent to > write all the messages here. Don't you think this time could have > been spent for more important problems? Once every two years or so, I bite the bullet and install a new version of TeX Live. When I do so, I take the opportunity to report any problems encountered, and to raise any issues that have arisen during the installation. Whether the developers appreciate this feedback, I have no idea, but if we Windows users do /not/ offer feedback, then we will have no right to complain next year when unreported problems again rear their ugly heads. ** Phil. From P.Taylor at Rhul.Ac.Uk Sun Sep 22 13:27:51 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Sun, 22 Sep 2013 12:27:51 +0100 Subject: [tex-live] Forwarded messages sent earlier today In-Reply-To: <523ED1F9.9010605@Rhul.Ac.Uk> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <1bgppk5bd19hm$.dlg@nililand.de> <523EB913.5040500@Rhul.Ac.Uk> <1sqb7lrwfi22i.dlg@nililand.de> <523ED1F9.9010605@Rhul.Ac.Uk> Message-ID: <523ED437.5050208@Rhul.Ac.Uk> Later messages have been coming through but not these three, so I am re-sending. ** Phil. -------------- next part -------------- An embedded message was scrubbed... From: Philip Taylor Subject: Re: Install-TL appears to hang when launched from mirror directory Date: Sun, 22 Sep 2013 10:42:38 +0100 Size: 786 URL: -------------- next part -------------- An embedded message was scrubbed... From: Philip Taylor Subject: Re: Install-TL appears to hang when launched from mirror directory Date: Sun, 22 Sep 2013 10:28:29 +0100 Size: 1468 URL: -------------- next part -------------- An embedded message was scrubbed... From: Philip Taylor Subject: Re: Install-TL appears to hang when launched from mirror directory Date: Sun, 22 Sep 2013 10:23:58 +0100 Size: 1398 URL: -------------- next part -------------- An embedded message was scrubbed... From: Philip Taylor Subject: Install-TL appears to hang when launched from mirror directory Date: Sun, 22 Sep 2013 10:08:58 +0100 Size: 1879 URL: From siepo at cybercomm.nl Sun Sep 22 17:26:19 2013 From: siepo at cybercomm.nl (Siep Kroonenberg) Date: Sun, 22 Sep 2013 17:26:19 +0200 Subject: [tex-live] Forwarded messages sent earlier today In-Reply-To: <523ED437.5050208@Rhul.Ac.Uk> References: <5976.1379668381@cl.cam.ac.uk> <523C15EF.7060306@Rhul.Ac.Uk> <1bgppk5bd19hm$.dlg@nililand.de> <523EB913.5040500@Rhul.Ac.Uk> <1sqb7lrwfi22i.dlg@nililand.de> <523ED1F9.9010605@Rhul.Ac.Uk> <523ED437.5050208@Rhul.Ac.Uk> Message-ID: <20130922152619.GA4329@bitmuis.thuis.internal> On Sun, Sep 22, 2013 at 12:27:51PM +0100, Philip Taylor wrote: > Later messages have been coming through but not these three, > so I am re-sending. > > ** Phil. > Date: Sun, 22 Sep 2013 10:42:38 +0100 > Date: Sun, 22 Sep 2013 10:28:29 +0100 > From: Philip Taylor > To: tex-live > Subject: Re: Install-TL appears to hang when launched from mirror directory > > Update (2). -- ditto -- when mapped to drive-letter "T" > and started therefrom. > > Problem signature: > Problem Event Name: APPCRASH > Application Name: perl.exe > Application Version: 0.0.0.0 > Application Timestamp: 50a6a593 > Fault Module Name: Tk.dll > Date: Sun, 22 Sep 2013 10:23:58 +0100 > From: Philip Taylor > To: tex-live > Subject: Re: Install-TL appears to hang when launched from mirror directory > > Update : "Perl.exe has stopped working" > > Problem signature: > Problem Event Name: APPCRASH > Application Name: perl.exe > Application Version: 0.0.0.0 > Application Timestamp: 50a6a593 > Fault Module Name: Tk.dll > Date: Sun, 22 Sep 2013 10:08:58 +0100 > From: Philip Taylor > To: tex-live > Subject: Install-TL appears to hang when launched from mirror directory > After some delay, a CMD window appeared, and contains the following : > > > '\\rv-103\CTAN' > > CMD.EXE was started with the above path as the current directory. > > UNC paths are not supported. Defaulting to Windows directory. > > PATH=\\rv-103\CTAN\tlpkg\tlperl\bin;E:\Layered products\Active State\Perl\site\bin;E:\Layered products\Active State\Perl\bin;C:\ > > ows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Layered products\Gnu\Win32\bin > > "\\rv-103\CTAN\install-tl" > > At this point, nothing further happens, and the Task Manager shews > no TeX-Live-related activity at all. Both Perl crashes occurred in the graphical module Tk.dll. Time to try the text-mode installer: \install-tl.bat -gui=text The message > > '\\rv-103\CTAN' > > CMD.EXE was started with the above path as the current directory. > > UNC paths are not supported. Defaulting to Windows directory. is harmless. -- Siep Kroonenberg From bernhard.kleine at gmx.net Tue Sep 24 14:11:20 2013 From: bernhard.kleine at gmx.net (Bernhard Kleine) Date: Tue, 24 Sep 2013 14:11:20 +0200 Subject: [tex-live] install-tl-advanced starts with Virus announcement: Heur/APC(Cloud) in perl.exe Message-ID: <1380024680.2567.4.camel@bk-amdbk> Dear friends, in my windows 7 environnement I tried to install Texlive from Tug.org. When starting install-tl-advanced, the terminal started but I got the Virus message from Avira. Since reading the texlive mailing list for quite some time, I cannot recall such a finding. Am I correct and what shall I do? I have Zonealarm and Avira Premium installed and only the latter shows this Virus message. Please advise! Kind regards Bernhard From daleif at imf.au.dk Tue Sep 24 14:18:32 2013 From: daleif at imf.au.dk (Lars Madsen) Date: Tue, 24 Sep 2013 12:18:32 +0000 Subject: [tex-live] install-tl-advanced starts with Virus announcement: Heur/APC(Cloud) in perl.exe In-Reply-To: <1380024680.2567.4.camel@bk-amdbk> References: <1380024680.2567.4.camel@bk-amdbk> Message-ID: <89ECE88578D8F648A22E307DAEE885793AB3A50D@SRVUNIMBX07.uni.au.dk> This is most likely a false alarm. We hear this from time to time. Do yuo have more information about the 'hit' other than what you mentioned in the subject? /Lars Madsen Institut for Matematik / Department of Mathematics Aarhus Universitet / Aarhus University Mere info: http://au.dk/daleif at imf / More information: http://au.dk/en/daleif at imf ________________________________________ From: tex-live [tex-live-bounces at tug.org] on behalf of Bernhard Kleine [bernhard.kleine at gmx.net] Sent: 24 September 2013 14:11 To: Texlive Subject: [tex-live] install-tl-advanced starts with Virus announcement: Heur/APC(Cloud) in perl.exe Dear friends, in my windows 7 environnement I tried to install Texlive from Tug.org. When starting install-tl-advanced, the terminal started but I got the Virus message from Avira. Since reading the texlive mailing list for quite some time, I cannot recall such a finding. Am I correct and what shall I do? I have Zonealarm and Avira Premium installed and only the latter shows this Virus message. Please advise! Kind regards Bernhard From gnwiii at gmail.com Tue Sep 24 15:40:17 2013 From: gnwiii at gmail.com (George N. White III) Date: Tue, 24 Sep 2013 10:40:17 -0300 Subject: [tex-live] install-tl-advanced starts with Virus announcement: Heur/APC(Cloud) in perl.exe In-Reply-To: <1380024680.2567.4.camel@bk-amdbk> References: <1380024680.2567.4.camel@bk-amdbk> Message-ID: For peace of mind I suggest checking that the files in tlpkg/tlperl/bin are identical to "known good" versions (e.g., copy the files to non-Windows machine and compare with a freshly downloaded versions there). You should be able to get them directly from CTAN:systems/texlive/tlnet/tlpkg/tlperl/bin/ See: : "In the unlikely occurrence of a false positive we would kindly ask for your help and send the file to our virus lab using the quarantine functionality of AntiVirus." Doing this would be a service to other TL users who might encounter the same issue. On Tue, Sep 24, 2013 at 9:11 AM, Bernhard Kleine wrote: > Dear friends, > > in my windows 7 environnement I tried to install Texlive from Tug.org. > When starting install-tl-advanced, the terminal started but I got the > Virus message from Avira. Since reading the texlive mailing list for > quite some time, I cannot recall such a finding. Am I correct and what > shall I do? > > I have Zonealarm and Avira Premium installed and only the latter shows > this Virus message. > > Please advise! > > Kind regards > > Bernhard > > > > -- George N. White III Head of St. Margarets Bay, Nova Scotia -------------- next part -------------- An HTML attachment was scrubbed... URL: From bernhard.kleine at gmx.net Wed Sep 25 06:12:53 2013 From: bernhard.kleine at gmx.net (Dr. Bernhard Kleine) Date: Wed, 25 Sep 2013 06:12:53 +0200 Subject: [tex-live] install-tl-advanced starts with Virus announcement: Heur/APC(Cloud) in perl.exe In-Reply-To: References: <1380024680.2567.4.camel@bk-amdbk> Message-ID: <003701ceb9a5$82210eb0$86632c10$@gmx.net> I contacted the Support of Avira about the problem. Kind regards Bernhard Von: George N. White III [mailto:gnwiii at gmail.com] Gesendet: Dienstag, 24. September 2013 15:40 An: Bernhard Kleine; TeX Live 2008 Betreff: Re: [tex-live] install-tl-advanced starts with Virus announcement: Heur/APC(Cloud) in perl.exe For peace of mind I suggest checking that the files in tlpkg/tlperl/bin are identical to "known good" versions (e.g., copy the files to non-Windows machine and compare with a freshly downloaded versions there). You should be able to get them directly from CTAN:systems/texlive/tlnet/tlpkg/tlperl/bin/ See: : "In the unlikely occurrence of a false positive we would kindly ask for your help and send the file to our virus lab using the quarantine functionality of AntiVirus." Doing this would be a service to other TL users who might encounter the same issue. On Tue, Sep 24, 2013 at 9:11 AM, Bernhard Kleine wrote: Dear friends, in my windows 7 environnement I tried to install Texlive from Tug.org. When starting install-tl-advanced, the terminal started but I got the Virus message from Avira. Since reading the texlive mailing list for quite some time, I cannot recall such a finding. Am I correct and what shall I do? I have Zonealarm and Avira Premium installed and only the latter shows this Virus message. Please advise! Kind regards Bernhard -- George N. White III Head of St. Margarets Bay, Nova Scotia -------------- next part -------------- An HTML attachment was scrubbed... URL: From bernhard.kleine at gmx.net Wed Sep 25 15:49:50 2013 From: bernhard.kleine at gmx.net (Dr. Bernhard Kleine) Date: Wed, 25 Sep 2013 15:49:50 +0200 Subject: [tex-live] install-tl-advanced starts with Virus announcement: Heur/APC(Cloud) in perl.exe In-Reply-To: <003701ceb9a5$82210eb0$86632c10$@gmx.net> References: <1380024680.2567.4.camel@bk-amdbk> <003701ceb9a5$82210eb0$86632c10$@gmx.net> Message-ID: <003701ceb9f6$1b286a90$51793fb0$@gmx.net> Dear all, I have sent the file from the quarantine to Avira and it appeared to be clean. I have now ask for update that such an error would not arrive further. Kind regards Bernhard Von: tex-live [mailto:tex-live-bounces at tug.org] Im Auftrag von Dr. Bernhard Kleine Gesendet: Mittwoch, 25. September 2013 06:13 An: texlive at tug.org Betreff: Re: [tex-live] install-tl-advanced starts with Virus announcement: Heur/APC(Cloud) in perl.exe I contacted the Support of Avira about the problem. Kind regards Bernhard Von: George N. White III [mailto:gnwiii at gmail.com] Gesendet: Dienstag, 24. September 2013 15:40 An: Bernhard Kleine; TeX Live 2008 Betreff: Re: [tex-live] install-tl-advanced starts with Virus announcement: Heur/APC(Cloud) in perl.exe For peace of mind I suggest checking that the files in tlpkg/tlperl/bin are identical to "known good" versions (e.g., copy the files to non-Windows machine and compare with a freshly downloaded versions there). You should be able to get them directly from CTAN:systems/texlive/tlnet/tlpkg/tlperl/bin/ See: : "In the unlikely occurrence of a false positive we would kindly ask for your help and send the file to our virus lab using the quarantine functionality of AntiVirus." Doing this would be a service to other TL users who might encounter the same issue. On Tue, Sep 24, 2013 at 9:11 AM, Bernhard Kleine wrote: Dear friends, in my windows 7 environnement I tried to install Texlive from Tug.org. When starting install-tl-advanced, the terminal started but I got the Virus message from Avira. Since reading the texlive mailing list for quite some time, I cannot recall such a finding. Am I correct and what shall I do? I have Zonealarm and Avira Premium installed and only the latter shows this Virus message. Please advise! Kind regards Bernhard -- George N. White III Head of St. Margarets Bay, Nova Scotia -------------- next part -------------- An HTML attachment was scrubbed... URL: From leeayoung at morrisbb.net Thu Sep 26 18:03:23 2013 From: leeayoung at morrisbb.net (leeayoung leeayoung) Date: Thu, 26 Sep 2013 12:03:23 -0400 Subject: [tex-live] Help with TeXLive Message-ID: Dear Tug user's group: I am an experienced copyeditor of LaTeX documents. I use BoKoMa to do the editing. Unfortunately, many of the documents provided to me for editing (by the Oxford University Press) have errors, which causes BaKoMa to fail, or at least fail to produce reference lists. BoKoMa is not useful for correcting these errors. To get around this, a consultant of mine suggested that I install TeXLive-2013 in my Windows desktop computer, which I did (the installation took a very long time). But I find the TeXLive installation to be very user unfriendly. *How do I RUN the program?* Note of the available documentation, including the 30-page guide, contain any answers to this simple question. Please understand, I do not need to create LaTeX documents. Other authors do that already. I only need to edit the errors in grammar in these documents. Should I have installed proTeXt instead? I would appreciate any suggestions. Lee A. Young -------------- next part -------------- An HTML attachment was scrubbed... URL: From P.Taylor at Rhul.Ac.Uk Thu Sep 26 23:34:19 2013 From: P.Taylor at Rhul.Ac.Uk (Philip Taylor) Date: Thu, 26 Sep 2013 22:34:19 +0100 Subject: [tex-live] Help with TeXLive In-Reply-To: References: Message-ID: <5244A85B.3080600@Rhul.Ac.Uk> Dear Lee -- > I am an experienced copyeditor of LaTeX documents. I use BoKoMa to do > the editing. > > Unfortunately, many of the documents provided to me for editing (by the > Oxford University Press) have errors, which causes BaKoMa to fail, or at > least fail to produce reference lists. BoKoMa is not useful for > correcting these errors. > > To get around this, a consultant of mine suggested that I install > TeXLive-2013 in my Windows desktop computer, which I did (the > installation took a very long time). But I find the TeXLive installation > to be very user unfriendly. *How do I RUN the program?* When you have installed TeX Live, you have not installed one program but many. The component that will allow you to /edit/ TeX documents is called TeXworks, which you will find under : Start / All programs / TeX Live 2013 / TeXworks editor. When you have launched this, you instruct it, as any other Windows program, to Open the file you want to edit. Then you make the necessary changes, set the compiler to be PdfLaTeX (or whichever TeX variant you need), the click "Typeset". Philip Taylor From reinhard.kotucha at web.de Fri Sep 27 01:52:43 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Fri, 27 Sep 2013 01:52:43 +0200 Subject: [tex-live] Help with TeXLive In-Reply-To: References: Message-ID: <21060.51403.43309.307502@zaphod.ms25.net> On 2013-09-26 at 12:03:23 -0400, leeayoung leeayoung wrote: > Dear Tug user's group: > > I am an experienced copyeditor of LaTeX documents. I use BoKoMa to > do the editing. > > Unfortunately, many of the documents provided to me for editing (by > the Oxford University Press) have errors, which causes BaKoMa to > fail, or at least fail to produce reference lists. BoKoMa is not > useful for correcting these errors. > > To get around this, a consultant of mine suggested that I install > TeXLive-2013 in my Windows desktop computer, which I did (the > installation took a very long time). But I find the TeXLive > installation to be very user unfriendly. Please note that TeX Live supports many operating systems and the installer has to support all of them. If only one O/S had to be supported, everything could be easier. After all, TeX Live developers worked very hard in order to make installation as easy as possible, but there isn't even a scripting language which can be assumed to be installed on all systems. And to provide different installers for different systems is not an option. There were different installers for Windows and other systems until 2007 but it turned out that it's nearly impossible to maintain them. The reason why the installation took a very long time is simply that TeX Live contains so many files. On the other hand people don't install TeX Live frequently. > *How do I RUN the program?* I suppose that with "the program" you mean [La]TeX and not the installer since you said that you installed TeX Live already. TeX Live is a collection of programs which are launched from the command line, many macro packages, and documentation. >From BaKoMa you are accustomed to use a graphical user interface. TeX Live provides a GUI too. It's called TeXworks and there should be an icon on your desktop. If not, look into the start menu. Unlike BaKoMa, TeX Live allows you to use the GUI of your choice (see below). TeXworks is part of TeX Live, others have to be installed separately. > Note of the available documentation, including the 30-page guide, > contain any answers to this simple question. TeXworks is mentioned in the guide, admittedly quite briefly. Maybe it deserves more attention. > Please understand, I do not need to create LaTeX documents. Other > authors do that already. I only need to edit the errors in grammar > in these documents. I think that TeXworks is a good choice. It's a text editor with a fast built-in PDF viewer. Unlike BaKoMa you have to click on the compile button in order to create PDF output. I think that's fine for your purpose because you need the editor most of the time. If you are not satified with TeXworks, see http://en.wikipedia.org/wiki/Comparison_of_TeX_editors But you have to download, install, and maybe configure them yourself. You have to decide yourself whether it's worth the effort. IMO it only makes sense if you are very familiar with one of these editors already. > Should I have installed proTeXt instead? No. It's just a front end for the TeX Live installer. It actually installs the same thing you installed already. BTW, I'm aware of BaKoMa TeX for more than a decade but until now I didn't know anybody who is actually using it. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From lucas at debian.org Fri Sep 27 09:23:47 2013 From: lucas at debian.org (Lucas Nussbaum) Date: Fri, 27 Sep 2013 09:23:47 +0200 Subject: [tex-live] exam + babel => latex hangs Message-ID: <20130927072347.GA4349@xanadu.blop.info> Hi, (I've also reported this problem as a Debian bug: http://bugs.debian.org/724724) The following document causes pdflatex or latex to hang: ----------------------->8 \documentclass{exam} \usepackage[T1]{fontenc} \usepackage[french]{babel} \begin{document} \begin{questions} \question[2] Test \end{questions} \end{document} ----------------------->8 It also hangs if I replace french with german. It does not hang if I replace '\question[2]' with '\question' (2 is supposed to be the number of points for that question. latex output: ----------------------->8 $ latex brokentex.tex This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian) restricted \write18 enabled. entering extended mode (./brokentex.tex LaTeX2e <2011/06/27> Babel <3.9f> and hyphenation patterns for 19 languages loaded. (/usr/share/texlive/texmf-dist/tex/latex/exam/exam.cls Document Class: exam 2011/05/22 Version 2.4 by Philip Hirschhorn (/usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty) (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))) (/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty (/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def)) (/var/lib/texmf/tex/generic/babel/babel.sty (/usr/share/texlive/texmf-dist/tex/generic/babel-french/frenchb.ldf (/usr/share/texlive/texmf-dist/tex/generic/babel/babel.def))) (/usr/share/texlive/texmf-dist/tex/latex/carlisle/scalefnt.sty) (/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty) (./brokentex.aux) ----------------------->8 fls file: ----------------------->8 PWD /home/lucas/Desktop/brokentex INPUT /etc/texmf/web2c/texmf.cnf INPUT /usr/share/texlive/texmf-dist/web2c/texmf.cnf INPUT /var/lib/texmf/web2c/pdftex/pdflatex.fmt INPUT brokentex.tex OUTPUT brokentex.log INPUT /usr/share/texlive/texmf-dist/tex/latex/exam/exam.cls INPUT /usr/share/texlive/texmf-dist/tex/latex/exam/exam.cls INPUT /usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/base/article.cls INPUT /usr/share/texlive/texmf-dist/tex/latex/base/article.cls INPUT /usr/share/texlive/texmf-dist/tex/latex/base/size10.clo INPUT /usr/share/texlive/texmf-dist/tex/latex/base/size10.clo INPUT /usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def INPUT /usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def INPUT /usr/share/texlive/texmf-dist/fonts/map/fontname/texfonts.map INPUT /usr/share/texlive/texmf-dist/fonts/tfm/jknappen/ec/ecrm1000.tfm INPUT /var/lib/texmf/tex/generic/babel/babel.sty INPUT /var/lib/texmf/tex/generic/babel/babel.sty INPUT /usr/share/texlive/texmf-dist/tex/generic/babel-french/frenchb.ldf INPUT /usr/share/texlive/texmf-dist/tex/generic/babel-french/frenchb.ldf INPUT /usr/share/texlive/texmf-dist/tex/generic/babel/babel.def INPUT /usr/share/texlive/texmf-dist/tex/latex/carlisle/scalefnt.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/carlisle/scalefnt.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty INPUT brokentex.aux INPUT brokentex.aux OUTPUT brokentex.aux ----------------------->8 I'm using the following Debian packages: texlive-latex-extra 2013.20130918-1 tex-common 4.03 texlive-base 2013.20130918-1 texlive-binaries 2013.20130729.30972-2 texlive-latex-recommended 2013.20130918-1 texlive-pictures 2013.20130918-1 Thanks, Lucas From daleif at imf.au.dk Fri Sep 27 17:58:05 2013 From: daleif at imf.au.dk (Lars Madsen) Date: Fri, 27 Sep 2013 15:58:05 +0000 Subject: [tex-live] exam + babel => latex hangs In-Reply-To: <20130927072347.GA4349@xanadu.blop.info> References: <20130927072347.GA4349@xanadu.blop.info> Message-ID: <89ECE88578D8F648A22E307DAEE885793ABB6A1F@SRVUNIMBX07.uni.au.dk> I have no problem with this example, using the following versions exam.cls 2011/05/22 Version 2.4 by Philip Hirschhorn ifthen.sty 2001/05/26 v1.1c Standard LaTeX ifthen package (DPC) article.cls 2007/10/19 v1.4h Standard LaTeX document class size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option) fontenc.sty t1enc.def 2005/09/27 v1.99g Standard LaTeX file babel.sty 2013/05/16 v3.9f The Babel package frenchb.ldf 2013/07/06 v2.6e French support from the babel system scalefnt.sty keyval.sty 1999/03/16 v1.13 key=value parser (DPC) \listfiles \documentclass{exam} \usepackage[T1]{fontenc} \usepackage[french]{babel} \begin{document} \begin{questions} \question[2] Test \end{questions} \end{document} /Lars Madsen Institut for Matematik / Department of Mathematics Aarhus Universitet / Aarhus University Mere info: http://au.dk/daleif at imf / More information: http://au.dk/en/daleif at imf ________________________________________ From: tex-live [tex-live-bounces at tug.org] on behalf of Lucas Nussbaum [lucas at debian.org] Sent: 27 September 2013 09:23 To: tex-live at tug.org Cc: psh at math.mit.edu Subject: [tex-live] exam + babel => latex hangs Hi, (I've also reported this problem as a Debian bug: http://bugs.debian.org/724724) The following document causes pdflatex or latex to hang: ----------------------->8 \documentclass{exam} \usepackage[T1]{fontenc} \usepackage[french]{babel} \begin{document} \begin{questions} \question[2] Test \end{questions} \end{document} ----------------------->8 It also hangs if I replace french with german. It does not hang if I replace '\question[2]' with '\question' (2 is supposed to be the number of points for that question. latex output: ----------------------->8 $ latex brokentex.tex This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian) restricted \write18 enabled. entering extended mode (./brokentex.tex LaTeX2e <2011/06/27> Babel <3.9f> and hyphenation patterns for 19 languages loaded. (/usr/share/texlive/texmf-dist/tex/latex/exam/exam.cls Document Class: exam 2011/05/22 Version 2.4 by Philip Hirschhorn (/usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty) (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))) (/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty (/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def)) (/var/lib/texmf/tex/generic/babel/babel.sty (/usr/share/texlive/texmf-dist/tex/generic/babel-french/frenchb.ldf (/usr/share/texlive/texmf-dist/tex/generic/babel/babel.def))) (/usr/share/texlive/texmf-dist/tex/latex/carlisle/scalefnt.sty) (/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty) (./brokentex.aux) ----------------------->8 fls file: ----------------------->8 PWD /home/lucas/Desktop/brokentex INPUT /etc/texmf/web2c/texmf.cnf INPUT /usr/share/texlive/texmf-dist/web2c/texmf.cnf INPUT /var/lib/texmf/web2c/pdftex/pdflatex.fmt INPUT brokentex.tex OUTPUT brokentex.log INPUT /usr/share/texlive/texmf-dist/tex/latex/exam/exam.cls INPUT /usr/share/texlive/texmf-dist/tex/latex/exam/exam.cls INPUT /usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/base/article.cls INPUT /usr/share/texlive/texmf-dist/tex/latex/base/article.cls INPUT /usr/share/texlive/texmf-dist/tex/latex/base/size10.clo INPUT /usr/share/texlive/texmf-dist/tex/latex/base/size10.clo INPUT /usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def INPUT /usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def INPUT /usr/share/texlive/texmf-dist/fonts/map/fontname/texfonts.map INPUT /usr/share/texlive/texmf-dist/fonts/tfm/jknappen/ec/ecrm1000.tfm INPUT /var/lib/texmf/tex/generic/babel/babel.sty INPUT /var/lib/texmf/tex/generic/babel/babel.sty INPUT /usr/share/texlive/texmf-dist/tex/generic/babel-french/frenchb.ldf INPUT /usr/share/texlive/texmf-dist/tex/generic/babel-french/frenchb.ldf INPUT /usr/share/texlive/texmf-dist/tex/generic/babel/babel.def INPUT /usr/share/texlive/texmf-dist/tex/latex/carlisle/scalefnt.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/carlisle/scalefnt.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty INPUT /usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty INPUT brokentex.aux INPUT brokentex.aux OUTPUT brokentex.aux ----------------------->8 I'm using the following Debian packages: texlive-latex-extra 2013.20130918-1 tex-common 4.03 texlive-base 2013.20130918-1 texlive-binaries 2013.20130729.30972-2 texlive-latex-recommended 2013.20130918-1 texlive-pictures 2013.20130918-1 Thanks, Lucas From lucas at debian.org Fri Sep 27 20:19:55 2013 From: lucas at debian.org (Lucas Nussbaum) Date: Fri, 27 Sep 2013 20:19:55 +0200 Subject: [tex-live] exam + babel => latex hangs In-Reply-To: <89ECE88578D8F648A22E307DAEE885793ABB6A1F@SRVUNIMBX07.uni.au.dk> References: <20130927072347.GA4349@xanadu.blop.info> <89ECE88578D8F648A22E307DAEE885793ABB6A1F@SRVUNIMBX07.uni.au.dk> Message-ID: <20130927181955.GA11636@xanadu.blop.info> On 27/09/13 at 15:58 +0000, Lars Madsen wrote: > I have no problem with this example, using the following versions > > exam.cls 2011/05/22 Version 2.4 by Philip Hirschhorn > ifthen.sty 2001/05/26 v1.1c Standard LaTeX ifthen package (DPC) > article.cls 2007/10/19 v1.4h Standard LaTeX document class > size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option) > fontenc.sty > t1enc.def 2005/09/27 v1.99g Standard LaTeX file > babel.sty 2013/05/16 v3.9f The Babel package > frenchb.ldf 2013/07/06 v2.6e French support from the babel system > scalefnt.sty > keyval.sty 1999/03/16 v1.13 key=value parser (DPC) > > > \listfiles > \documentclass{exam} > \usepackage[T1]{fontenc} > \usepackage[french]{babel} > \begin{document} > \begin{questions} > \question[2] Test > \end{questions} > \end{document} Erm, actually, I tried to reproduce my problem in a clean Debian 'sid' chroot, and failed. So it might be caused by something else. Any idea how to debug further? Is there a step-by-step execution mode in pdflatex, for example? Lucas From daleif at imf.au.dk Fri Sep 27 20:55:46 2013 From: daleif at imf.au.dk (Lars Madsen) Date: Fri, 27 Sep 2013 18:55:46 +0000 Subject: [tex-live] exam + babel => latex hangs In-Reply-To: <20130927181955.GA11636@xanadu.blop.info> References: <20130927072347.GA4349@xanadu.blop.info> <89ECE88578D8F648A22E307DAEE885793ABB6A1F@SRVUNIMBX07.uni.au.dk>, <20130927181955.GA11636@xanadu.blop.info> Message-ID: <89ECE88578D8F648A22E307DAEE885793ABB6AD0@SRVUNIMBX07.uni.au.dk> Start by verifying that the package versions match. For example by using a different language to babel to make it compile. Or try with out babel first to check the versions Sent from my Android phone using TouchDown (www.nitrodesk.com) -----Original Message----- From: Lucas Nussbaum [lucas at debian.org] Received: fredag, 27 sep. 2013, 20:20 To: Lars Madsen [daleif at imf.au.dk] CC: tex-live at tug.org [tex-live at tug.org]; psh at math.mit.edu [psh at math.mit.edu] Subject: Re: [tex-live] exam + babel => latex hangs On 27/09/13 at 15:58 +0000, Lars Madsen wrote: > I have no problem with this example, using the following versions > > exam.cls 2011/05/22 Version 2.4 by Philip Hirschhorn > ifthen.sty 2001/05/26 v1.1c Standard LaTeX ifthen package (DPC) > article.cls 2007/10/19 v1.4h Standard LaTeX document class > size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option) > fontenc.sty > t1enc.def 2005/09/27 v1.99g Standard LaTeX file > babel.sty 2013/05/16 v3.9f The Babel package > frenchb.ldf 2013/07/06 v2.6e French support from the babel system > scalefnt.sty > keyval.sty 1999/03/16 v1.13 key=value parser (DPC) > > > \listfiles > \documentclass{exam} > \usepackage[T1]{fontenc} > \usepackage[french]{babel} > \begin{document} > \begin{questions} > \question[2] Test > \end{questions} > \end{document} Erm, actually, I tried to reproduce my problem in a clean Debian 'sid' chroot, and failed. So it might be caused by something else. Any idea how to debug further? Is there a step-by-step execution mode in pdflatex, for example? Lucas -------------- next part -------------- An HTML attachment was scrubbed... URL: From lucas at debian.org Fri Sep 27 21:12:41 2013 From: lucas at debian.org (Lucas Nussbaum) Date: Fri, 27 Sep 2013 21:12:41 +0200 Subject: [tex-live] exam + babel => latex hangs In-Reply-To: <89ECE88578D8F648A22E307DAEE885793ABB6AD0@SRVUNIMBX07.uni.au.dk> References: <20130927072347.GA4349@xanadu.blop.info> <89ECE88578D8F648A22E307DAEE885793ABB6A1F@SRVUNIMBX07.uni.au.dk> <20130927181955.GA11636@xanadu.blop.info> <89ECE88578D8F648A22E307DAEE885793ABB6AD0@SRVUNIMBX07.uni.au.dk> Message-ID: <20130927191241.GA12386@xanadu.blop.info> Hi, The versions are the same: exam.cls 2011/05/22 Version 2.4 by Philip Hirschhorn ifthen.sty 2001/05/26 v1.1c Standard LaTeX ifthen package (DPC) article.cls 2007/10/19 v1.4h Standard LaTeX document class size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option) fontenc.sty t1enc.def 2005/09/27 v1.99g Standard LaTeX file I manually checked the other ones, loaded by babel. I couldn't find a babel language with which that document would build. According to my debugging using \typeout, pdflatex seems to get lost somewhere in exam.cls. Lucas On 27/09/13 at 18:55 +0000, Lars Madsen wrote: > Start by verifying that the package versions match. For example by using a different language to babel to make it compile. Or try with out babel first to check the versions > > Sent from my Android phone using TouchDown (www.nitrodesk.com) > > -----Original Message----- > From: Lucas Nussbaum [lucas at debian.org] > Received: fredag, 27 sep. 2013, 20:20 > To: Lars Madsen [daleif at imf.au.dk] > CC: tex-live at tug.org [tex-live at tug.org]; psh at math.mit.edu [psh at math.mit.edu] > Subject: Re: [tex-live] exam + babel => latex hangs > > On 27/09/13 at 15:58 +0000, Lars Madsen wrote: > > I have no problem with this example, using the following versions > > > > exam.cls 2011/05/22 Version 2.4 by Philip Hirschhorn > > ifthen.sty 2001/05/26 v1.1c Standard LaTeX ifthen package (DPC) > > article.cls 2007/10/19 v1.4h Standard LaTeX document class > > size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option) > > fontenc.sty > > t1enc.def 2005/09/27 v1.99g Standard LaTeX file > > babel.sty 2013/05/16 v3.9f The Babel package > > frenchb.ldf 2013/07/06 v2.6e French support from the babel system > > scalefnt.sty > > keyval.sty 1999/03/16 v1.13 key=value parser (DPC) > > > > > > \listfiles > > \documentclass{exam} > > \usepackage[T1]{fontenc} > > \usepackage[french]{babel} > > \begin{document} > > \begin{questions} > > \question[2] Test > > \end{questions} > > \end{document} > > Erm, actually, I tried to reproduce my problem in a clean Debian 'sid' chroot, > and failed. So it might be caused by something else. > > Any idea how to debug further? Is there a step-by-step execution mode in > pdflatex, for example? > > Lucas From reinhard.kotucha at web.de Fri Sep 27 21:19:42 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Fri, 27 Sep 2013 21:19:42 +0200 Subject: [tex-live] exam + babel => latex hangs In-Reply-To: <20130927181955.GA11636@xanadu.blop.info> References: <20130927072347.GA4349@xanadu.blop.info> <89ECE88578D8F648A22E307DAEE885793ABB6A1F@SRVUNIMBX07.uni.au.dk> <20130927181955.GA11636@xanadu.blop.info> Message-ID: <21061.55886.991011.832775@zaphod.ms25.net> > Any idea how to debug further? Is there a step-by-step execution > mode in pdflatex, for example? \pausing=1 TeX then stops after each line of input. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ---------------------------------------------------------------------------- From lucas at debian.org Fri Sep 27 21:47:37 2013 From: lucas at debian.org (Lucas Nussbaum) Date: Fri, 27 Sep 2013 21:47:37 +0200 Subject: [tex-live] exam + babel => latex hangs In-Reply-To: <21061.55886.991011.832775@zaphod.ms25.net> References: <20130927072347.GA4349@xanadu.blop.info> <89ECE88578D8F648A22E307DAEE885793ABB6A1F@SRVUNIMBX07.uni.au.dk> <20130927181955.GA11636@xanadu.blop.info> <21061.55886.991011.832775@zaphod.ms25.net> Message-ID: <20130927194737.GA13013@xanadu.blop.info> On 27/09/13 at 21:19 +0200, Reinhard Kotucha wrote: > > Any idea how to debug further? Is there a step-by-step execution > > mode in pdflatex, for example? > > \pausing=1 TeX then stops after each line of input. Ah! Nice trick. Apparently, this was caused by a babel.sty file left in /var/lib/texmf/tex/generic/babel, from an older version of babel (the one in Debian Wheezy, that is, 2008/07/08 v3.8m). I don't know how that file ended up here. Removing it fixed my problem. Sorry for all the noise. Lucas From preining at logic.at Sat Sep 28 17:57:43 2013 From: preining at logic.at (Norbert Preining) Date: Sun, 29 Sep 2013 00:57:43 +0900 Subject: [tex-live] exam + babel => latex hangs In-Reply-To: <20130927194737.GA13013@xanadu.blop.info> References: <20130927072347.GA4349@xanadu.blop.info> <89ECE88578D8F648A22E307DAEE885793ABB6A1F@SRVUNIMBX07.uni.au.dk> <20130927181955.GA11636@xanadu.blop.info> <21061.55886.991011.832775@zaphod.ms25.net> <20130927194737.GA13013@xanadu.blop.info> Message-ID: <20130928155743.GA20546@gamma.logic.tuwien.ac.at> On Fr, 27 Sep 2013, Lucas Nussbaum wrote: > /var/lib/texmf/tex/generic/babel, from an older version of babel > (the one in Debian Wheezy, that is, 2008/07/08 v3.8m). thailatex at some point did some tricks with patching the babel.sty file etc etc ... that might be the reason ... I have no other ideas. Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------ From karl at freefriends.org Mon Sep 30 02:19:22 2013 From: karl at freefriends.org (Karl Berry) Date: Mon, 30 Sep 2013 00:19:22 +0000 Subject: [tex-live] Help with TeXLive In-Reply-To: <21060.51403.43309.307502@zaphod.ms25.net> Message-ID: <201309300019.r8U0JMnE007332@freefriends.org> (Lee's question is already answered, so not confusing him with this reply. :) > Should I have installed proTeXt instead? No. It's just a front end for the TeX Live installer. For the record, proTeXt is not related to TeX Live. It installs MiKTeX plus a few extra tools. Rather like the relationship of MacTeX and TL. Anyway, I added a couple sentences about editors to tug.org/texlive/quickinstall.html. I'll add something to the guide too. karl From borisv at lk.net Mon Sep 30 02:27:03 2013 From: borisv at lk.net (Boris Veytsman) Date: Sun, 29 Sep 2013 20:27:03 -0400 Subject: [tex-live] Help with TeXLive In-Reply-To: <201309300019.r8U0JMnE007332@freefriends.org> (message from Karl Berry on Mon, 30 Sep 2013 00:19:22 +0000) References: <201309300019.r8U0JMnE007332@freefriends.org> Message-ID: <201309300027.r8U0R39S026017@bilbo.localnet> KB> Date: Mon, 30 Sep 2013 00:19:22 +0000 KB> karl at freefriends.org using -f KB> From: Karl Berry KB> (Lee's question is already answered, so not confusing him with this KB> reply. :) As far as I know (when Lee mentioned "his consulatant" he meant me), he with some help happily installed TL. -- Good luck -Boris "Truth is stranger than fiction, because fiction has to make sense." From koch at math.uoregon.edu Mon Sep 30 19:01:08 2013 From: koch at math.uoregon.edu (Richard Koch) Date: Mon, 30 Sep 2013 10:01:08 -0700 Subject: [tex-live] Help with TeXLive Message-ID: <419DF141-3975-4E97-94B6-37F93CECD6BD@math.uoregon.edu> Folks, I cannot let this go by. unanswered. Karl Berry wrote "For the record, proTeXt is not related to TeX Live. It installs MikTeX plus a few extra tools. Rather like the relationship of MacTeX and TL." Actually, not at all like the relationship of MacTeX and TL, MacTeX installs an unaltered full version of TeX Live. It just adds a few extra pieces like Ghostscript, convert from Image Magick, and some GUI apps so that everything is configured and ready to use. Dick Koch From reinhard.kotucha at web.de Mon Sep 30 23:41:48 2013 From: reinhard.kotucha at web.de (Reinhard Kotucha) Date: Mon, 30 Sep 2013 23:41:48 +0200 Subject: [tex-live] Help with TeXLive In-Reply-To: <419DF141-3975-4E97-94B6-37F93CECD6BD@math.uoregon.edu> References: <419DF141-3975-4E97-94B6-37F93CECD6BD@math.uoregon.edu> Message-ID: <21065.61468.321828.535921@zaphod.ms25.net> On 2013-09-30 at 10:01:08 -0700, Richard Koch wrote: > Folks, > > I cannot let this go by. unanswered. > > Karl Berry wrote "For the record, proTeXt is not > related to TeX Live. It installs MikTeX plus a few extra tools. > Rather like the relationship of MacTeX and TL." > > Actually, not at all like the relationship of MacTeX and TL, > > MacTeX installs an unaltered full version of TeX Live. > > It just adds a few extra pieces like Ghostscript, convert > from Image Magick, and some GUI apps so that everything > is configured and ready to use. Dear Dick, I think that proTeXt and MacTeX are comparable in the sense that both provide an unaltered TeX system (MacTeX installs TeX Live and proTeXt installs MiKTeX) and both add some extra tools like Ghostscript. I don't see any discrepancy in Karl's statement. Regards, Reinhard -- ---------------------------------------------------------------------------- Reinhard Kotucha Phone: +49-511-3373112 Marschnerstr. 25 D-30167 Hannover mailto:reinhard.kotucha at web.de ---------------------------------------------------------------------------- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. ----------------------------------------------------------------------------