May 2015 - dev-luatex - NTG Mailing Lists

luatex 0.80.0: log files are 81 chars wide, not 80
by Wybo Dekker 29 May '15

29 May '15

Just like in luatex 0.79.1, log files are 1 character too wide. They should be 79 characters, plus an EOL = 80 characters. Please compare the two log files for this source: Hello\bye -- Wybo

5 13

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 28 May '15

28 May '15

Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Password for 'anonsvn': Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Username: svn: OPTIONS of 'https://foundry.supelec.fr/svn/luatex': authorization failed: Could not authenticate to server: rejected Basic challenge (https://foundry.supelec.fr)

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 28 May '15

28 May '15

Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Password for 'anonsvn': Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Username: svn: OPTIONS of 'https://foundry.supelec.fr/svn/luatex': authorization failed: Could not authenticate to server: rejected Basic challenge (https://foundry.supelec.fr)

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 27 May '15

27 May '15

Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Password for 'anonsvn': Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Username: svn: OPTIONS of 'https://foundry.supelec.fr/svn/luatex': authorization failed: Could not authenticate to server: rejected Basic challenge (https://foundry.supelec.fr)

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 26 May '15

26 May '15

Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Password for 'anonsvn': Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Username: svn: OPTIONS of 'https://foundry.supelec.fr/svn/luatex': authorization failed: Could not authenticate to server: rejected Basic challenge (https://foundry.supelec.fr)

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 25 May '15

25 May '15

Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Password for 'anonsvn': Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Username: svn: OPTIONS of 'https://foundry.supelec.fr/svn/luatex': authorization failed: Could not authenticate to server: rejected Basic challenge (https://foundry.supelec.fr)

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 24 May '15

24 May '15

Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Password for 'anonsvn': Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Username: svn: OPTIONS of 'https://foundry.supelec.fr/svn/luatex': authorization failed: Could not authenticate to server: rejected Basic challenge (https://foundry.supelec.fr)

1 0

Cron <luatex@boekplan> /var/www/luatex.org/www/bin/luatex-svn
by root＠mail.boekplan.nl 22 May '15

22 May '15

Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Password for 'anonsvn': Authentication realm: <https://foundry.supelec.fr:443> Subversion Repository Username: svn: OPTIONS of 'https://foundry.supelec.fr/svn/luatex': authorization failed: Could not authenticate to server: rejected Basic challenge (https://foundry.supelec.fr)

1 0

Re: [Dev-luatex] luatex 0.79.1 does not log \openout calls
by Hans Hagen 19 May '15

19 May '15

On 5/19/2015 11:43 PM, Wybo Dekker wrote: > Ah - right, in version 0.80 they are logged. > However: in a different format: > > pdftex: \openout3 = `myfile.txt'. > luatex: \openout3 = myfile.txt > > As a result, texi2dvi still doesn't work. > Of course, such scripts can easily be adapted, but I think that should > not be necessary. Indeed it should not be that hard to adapt the script that uses that info. Also, future luatex versions might have a bit different logging once we start upgrading that bit (and these l/r quotes look funny anyway as any other language wrould use 'xx' or "xx".) Isn't it more robust to let text2dvi (whatever it does) let write some explicit and easy to recognize message to the log? For instance the number 3 in the message can be any valid write related number esp if we decide to upgrade the write/read mechanisms. > On 2015-05-19 14:52, Hans Hagen wrote: >> On 5/19/2015 2:17 PM, Wybo Dekker wrote: >>> Compiling this source: >>> >>> Hello\immediate\openout3=myfile.txt\relax\bye >>> >>> with pdftex generates a log file containing: >>> >>> \openout3 = `myfile.txt'. >>> >>> Compilation with luatex does not. Compare the attached log files. >>> >>> Some scripts (like latexmk and texi2dvi) depend on such log entries for >>> the detection of auxiliary files and they therefore don't co-operate >>> properly with lua(la)tex. >> >> can you check with version 0.80 >> >> ----------------------------------------------------------------- >> Hans Hagen | PRAGMA ADE >> Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >> tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com >> | www.pragma-pod.nl >> ----------------------------------------------------------------- >> _______________________________________________ >> dev-luatex mailing list >> dev-luatex(a)ntg.nl >> http://www.ntg.nl/mailman/listinfo/dev-luatex >> > -- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

1 0

luatex 0.79.1 does not log \openout calls
by Wybo Dekker 19 May '15

19 May '15

Compiling this source: Hello\immediate\openout3=myfile.txt\relax\bye with pdftex generates a log file containing: \openout3 = `myfile.txt'. Compilation with luatex does not. Compare the attached log files. Some scripts (like latexmk and texi2dvi) depend on such log entries for the detection of auxiliary files and they therefore don't co-operate properly with lua(la)tex. -- Wybo

2 2