- dev-luatex - NTG Mailing Lists

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

04 Sep '15

svn: OPTIONS of 'https://foundry.supelec.fr/svn/luatex': could not connect to server (https://foundry.supelec.fr)

1 0

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

02 Sep '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 02 Sep '15

02 Sep '15

svn: REPORT of '/svn/luatex/!svn/vcc/default': Could not read response body: Connection reset by peer (https://foundry.supelec.fr)

1 0

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

27 Aug '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 Aug '15

27 Aug '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 Aug '15

26 Aug '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 12 Aug '15

12 Aug '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 12 Aug '15

12 Aug '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

Bug & FIX for pdf.reserveobj("annot")
by Marcel F. Krüger 12 Aug '15

12 Aug '15

Hi, according to the documentation you should be able to call `pdf.reserveobj("annot")`, but doing so results in the error "pdf.reserveobj() optional string must be "annot"". The problem is that a null pointer and not the argument is compared to "annot". According to the website, you are not ready for contributions yet, but I still attached a patch. -- Marcel Krüger --- source/texk/web2c/luatexdir/lua/lpdflib.c | 1 + 1 file changed, 1 insertion(+) diff --git a/source/texk/web2c/luatexdir/lua/lpdflib.c b/source/texk/web2c/luatexdir/lua/lpdflib.c index 7db3041..7158014 100644 --- a/source/texk/web2c/luatexdir/lua/lpdflib.c +++ b/source/texk/web2c/luatexdir/lua/lpdflib.c @@ -494,6 +494,7 @@ static int l_reserveobj(lua_State * L) case 1: if (!lua_isstring(L, -1)) luaL_error(L, "pdf.reserveobj() optional argument must be string"); + st_s = luaL_checkstring(L, 1); if (lua_key_eq(st_s, annot)) { pdf_last_annot = pdf_create_obj(static_pdf, obj_type_annot, 0); } else { -- 2.5.0

4 4

scantokens in LuaTeX (issue 733)
by Bruno Le Floch 12 Aug '15

12 Aug '15

Hello, LuaTeX's \scantokens behave differently than eTeX's, as mentionned in [issue 733 in the bug tracker](http://tracker.luatex.org/view.php?id=733). The issue 733 does not explicitly say what goes wrong, so I though I'd provide a shorter example of the problem: pdftex '\newlinechar10 \scantokens{\show^^JX}Y' shows "the letter X", while using luatex I get "the letter Y". What happens is that LuaTeX's \scantokens only reads the first line of the pseudo file written by \scantokens. Regards, Bruno PS: I tried directly commenting on issue 733 but couldn't find how, please let me know if this mailing list is not the correct place.

2 2