imakeidx e TeXworks

Ho la versione 0.6.3 di TeXworks

Ho compilato un file con indice analitico e nel file logo trovo
`
runsystem(makeindex -s guidatematica.ist FileArchiviabili.idx)…executed.

(./FileArchiviabili.ind [46`

Però con la installazione di TL2019 ho dovuto verificare le impostazioni con Preferences perché non mi vedeva l’eseguibile. Nella che hai fotografato nel file schermata 2.png che hai mostrato, ckicca su pdflatex e poi clicca su Edit. nella finestrella di sopra dovrebbe apparire il percorso completo all’eseguibile di pdflatex [tt]/usr/local/texlive/2019/bin/x86_64-darwin/pdflatex[/tt] se non c’è, scrivilo tu o usa gli strumenti del Mac per farglielo trovare. Nella mia versione fra le opzioni che appiono nella finestralla sotto l’indirizzo ho messo [tt]-shell-escape[/tt] che non dovrebbe essere necessario, perché makeindex dovrebbe essere nella lista dei programmi protected, quindi eseguibili anche senza questa opzione controlla anche nel file di configurazione dell’installazione 2019 che makeindex compaia anche in quella lista, altrimenti seguendo le istruzioni che compaiono nel file di configurazione creati un file di configurazione personale da inserire in una cartella texmf personale o n=in texmf-local) che contenga solo quello stralcio di configurazione con l’elenco dei programmi protetti.
Devo dire che con TeXShop non ho incontrato nessun problema con pdflatex, quindi sul mio Mac evidentemente il mio file di configurazione è corretto.

Nella documentazione di texlive (texdoc texlive) nella pagina 38 si legge:

A related change is that execution of a very few external commands from TEX, via the \write18 feature, is now enabled by default. These commands are repstopdf, makeindex, kpsewhich, bibtex, and bibtex8; the list is defined in texmf.cnf. Environments which must disallow all such external com- mands can deselect this option in the installer (see section 3.2.4), or override the value after installation by running tlmgr conf texmf shell_escape 0.

(il testo rosso è mio per evidenziare il file che contiene queste impostazioni)

Ah, ricordo perché ho indicato [tt]-shell-escape[/tt] fra le opzioni: serve per eseguire arara; non uso spesso arara, ma quando lo uso non voglio storie; d’accordo: è pericoloso avere impostato permanentemente [tt]shell-escape[/tt] specialmente per il programma di compilazione di default; infatti per TeXShop ho definito tre altri engins: pdflatex-SE, XeLaTeX-SE e LuaLaTeX-SE da usare solo saltuariamente, sia per usare arara sia per usare gregorio (anche quest’ultimo dovrebbe essere safe, ma non lo era fino a un paio di anni fa, poi ho ocnservato questa impostazione nella mia installazione locale (~/Library/TeXShop) così non ci penso più.

Per TeXworks non ho problemi perché lo uso solo molto saltuariamente: preferisco di gran lunga TeXShop; gusti personali…

Hai ragione; prima compilavo con pdfLaTeX e trovava regolarmente makeindex.
Ora ho compilato con LuaLaTeX (se un file è compilabile con pdfLaTeX, senza cambiare praticamante nulla, è compilabile anche con Xe e Lua) e in effetti LuaLaTeX non torva makeindex; bisogna dire che il codice che imakeidx deve eseguire quando la compilazione avviene tramite LuaLaTeX avviene attraverso comandi Lua.
Provo a verificare, caso mai bisogna avvisare Enrico G. perché è lui il curatore di imakeidx. Ci penso io.

Matteo; credo che ci sia un problema con qualcosa che possa legare lo shell editor e i tre programmi.
Questo qualcosa è sicuramente sorpassato se si usa TeXShop , come ho provato: Ho preso il mio file di prova, nella sua cartella ho cancellato i file .idx, .ilg e .ind, e ho riprovato con i tre compilatori attraverso TeXworks e l’indice non viene ricreato da nessuno dei tre.
Ho provato attraverso TeXShop e l’indice è riapparso immediatamente. evidentemente ci sono alcune opzioni da specificare a TeXworks che TeXshop specifica correttamente e che forse non erano necessarie con la precedente versione di TeXworks.
Per questo moritvo non mi stupisco che la creazione dell’indice compilando dalla riga di comando non funzioni; probabilmente manca questa famosa opzione extra che non ho scoperto quale sia. Comunque Enrico è informato, ma oggi è a casa e non dispone di \TeXworks 0.6.2, ma solo della precedente versione; domani in ufficio dove ha la versione 0.6.3 ci riproverà.

St cercando l’indirizzo di Jonathan Kew per provare ad interessarlo al problema, caso mai ci fosse qualcosa mancante in TeXworks.

È un problema di TeXworks e non ha nulla a che fare con [tt]imakeidx[/tt].

Un semplice file come

[tt]
\input|”kpsewhich plain.tex”
\bye
[/tt]

dà come risultato [tt]sh: kpsewhich: command not found[/tt]

In altre parole, TeXworks non eredita correttamente il PATH dal processo da cui è chiamato.

Dirò di più. Se da un terminale do

[tt]/Applications/TeXworks.app/Contents/MacOS/TeXworks[/tt]

in modo da lanciare TeXworks, il problema non si pone, perché questa istanza di TeXworks eredita correttamente il PATH della mia shell.

Ho aperto una “issue”: https://github.com/TeXworks/texworks/issues/861

Ciao
Enrico

Grazie Enrico; sapevo che avresti trovato il busillis. Però ora tocca a Kew col suo gruppo, trovare come fare perchè l’app erediti correttamente i path.

OldClaudio” post=116045Grazie Enrico; sapevo che avresti trovato il busillis. Però ora tocca a Kew col suo gruppo, trovare come fare perchè l’app erediti correttamente i path.

Come faceva la 0.6.2, direi. 😉

Ciao
Enrico

Ho provato TeXworks 0.6.3 su LinuxMint e il problema non si presenta.

Ciao
Enrico

Invece sul Mac il problema continua ad essere presente, nonostante l’ultimo aggiornamento; Se fosse stato un problema di kpsea & Company, l’ultimo aggiornamento eseguito il 12/5 avrebbe potuto risolvere il problema; inve evidentemente è un problema di Texworks sul Mac.