From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/101718 Path: news.gmane.org!.POSTED!not-for-mail From: Vladimir Lomov Newsgroups: gmane.comp.tex.context Subject: Re: Emacs + latest beta Date: Mon, 27 Aug 2018 11:57:41 +0800 Message-ID: <20180827035741.GE762@smoon.vl-lomov.ru> References: <20180822123000.GA762@smoon.vl-lomov.ru> <20180824022059.GC762@smoon.vl-lomov.ru> <20180824134827.GD762@smoon.vl-lomov.ru> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2029592468863275902==" X-Trace: blaine.gmane.org 1535342173 16136 195.159.176.226 (27 Aug 2018 03:56:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 27 Aug 2018 03:56:13 +0000 (UTC) User-Agent: Mutt/1.10.1 (2018-07-13) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Mon Aug 27 05:56:09 2018 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fu8dN-00046q-IO for gctc-ntg-context-518@m.gmane.org; Mon, 27 Aug 2018 05:56:09 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 29D7E585E2; Mon, 27 Aug 2018 05:57:57 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qjK2TZJXVmlV; Mon, 27 Aug 2018 05:57:56 +0200 (CEST) Original-Received: from zapf.ntg.nl (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 642BA585DB; Mon, 27 Aug 2018 05:57:56 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id E3A38585DB for ; Mon, 27 Aug 2018 05:57:55 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UI_XaZT4Fnb1 for ; Mon, 27 Aug 2018 05:57:53 +0200 (CEST) Original-Received: from forward102o.mail.yandex.net (forward102o.mail.yandex.net [37.140.190.182]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id ABE59585D1 for ; Mon, 27 Aug 2018 05:57:43 +0200 (CEST) Original-Received: from mxback10g.mail.yandex.net (mxback10g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:171]) by forward102o.mail.yandex.net (Yandex) with ESMTP id E8FB55A01985 for ; Mon, 27 Aug 2018 06:57:42 +0300 (MSK) Original-Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback10g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id SLjSFDhfHq-vgvOIk3q; Mon, 27 Aug 2018 06:57:42 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1535342262; bh=1XxjYYidfFtouWBtrs9OSBE+ddqbSvPql6a7JR3/C4Q=; h=Date:From:To:Subject:Message-ID:References:In-Reply-To; b=quC7m7QNY54e5dbBo+BdnY7ZcuDLuFbc9wlXMFCDIVqXaDbRIjBkqSFVgy31OJmSS 2aRpazuD014Lz4L8YhLhkGcRVWCrZZg7VGyQp5WfhCNN/0mVmsTnK04g0IUzAQUVYX 8539Q4XdRK99f5VaUFuyozPXaJaxoZRs17jV9f5U= Original-Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id gBThg3SCz9-vfLqo1Fx; Mon, 27 Aug 2018 06:57:41 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1535342262; bh=1XxjYYidfFtouWBtrs9OSBE+ddqbSvPql6a7JR3/C4Q=; h=Date:From:To:Subject:Message-ID:References:In-Reply-To; b=quC7m7QNY54e5dbBo+BdnY7ZcuDLuFbc9wlXMFCDIVqXaDbRIjBkqSFVgy31OJmSS 2aRpazuD014Lz4L8YhLhkGcRVWCrZZg7VGyQp5WfhCNN/0mVmsTnK04g0IUzAQUVYX 8539Q4XdRK99f5VaUFuyozPXaJaxoZRs17jV9f5U= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.ru Original-Received: by smoon.vl-lomov.ru (Postfix, from userid 1000) id 41zJ4j12PCz3hj36; Mon, 27 Aug 2018 11:57:41 +0800 (+08) Mail-Followup-To: Vladimir Lomov , mailing list for ConTeXt users In-Reply-To: X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.16 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: "ntg-context" Xref: news.gmane.org gmane.comp.tex.context:101718 Archived-At: --===============2029592468863275902== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ffoCPvUAPMgSXi6H" Content-Disposition: inline --ffoCPvUAPMgSXi6H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, ** Hans Hagen [2018-08-24 16:39:54 +0200]: > On 8/24/2018 3:48 PM, Vladimir Lomov wrote: >=20 >> I don't know why you get "damaged" pdf file (in fact how do you know >> that file is damaged?) but "TEXMFCNF" is special variable that I uses to >> tweak TeX Live configuration for my latex workflow but context >> (standalone and from TL) refuses to work if this variable is set (in >> terminal I do 'unset' while in Emacs I set its value to 'nil' because >> this is identical to "unset" it). The "TEXROOT" variable I found in >> update script, I'm not sure if context requires it to work but IMHO, it >> is harmless. And the last variable "TEXMFCACHE" I use to force context >> to use ~/.cache for "luatex-cache" directory and not "pollute" my home >> directory (without it the "luatex-cache" directory will be created in >> $HOME directory). >=20 > context does listen to some of these variables but all lookups are done > independent of kpse, And I suspect this causes strange behaviour of context in my case. I have $ echo $TEXMFCNF /home/vladimir/.texlive2018/texmf-config/web2c: The last colon is kpse feature to use not only the first texmf.cnf (https://www.tug.org/texinfohtml/kpathsea.html#Config-files) but all others (I use personal texmf.cnf to adjust some TEXMF variables for my latex workflow). With that TEXMFCNF context can't find its files (this is for context from TeX Live: -------------------------------- 8< ----------------------------------- mtxrun | forcing cache reload resolvers | resolving | looking for regular 'texmfcnf.lua' on given p= ath '/home/vladimir/.texlive2018/texmf-config/web2c:' from specification '/= home/vladimir/.texlive2018/texmf-config/web2c:' resolvers | resolving | looking for fallback 'contextcnf.lua' on give= n path '/home/vladimir/.texlive2018/texmf-config/web2c:' from specification= '/home/vladimir/.texlive2018/texmf-config/web2c:' resolvers | resolving | resolvers | resolving | warning: no lua configuration files found resolvers | resolving | no texmf paths are defined (using TEXMF) resolvers | resolving | mtxrun | the resolver databases are not present or outdated resolvers | resolving | using suffix based filetype 'lua' resolvers | resolving | remembering file 'mtx-context.lua' using hash= 'lua::mtx-context.lua' resolvers | resolving | using suffix based filetype 'lua' resolvers | resolving | remembering file 'mtx-contexts.lua' using has= h 'lua::mtx-contexts.lua' resolvers | resolving | remembered file 'mtx-context.lua' resolvers | resolving | using suffix based filetype 'lua' resolvers | resolving | remembering file 'mtx-t-context.lua' using ha= sh 'lua::mtx-t-context.lua' resolvers | resolving | using suffix based filetype 'lua' resolvers | resolving | remembering file 'mtx-t-contexts.lua' using h= ash 'lua::mtx-t-contexts.lua' resolvers | resolving | remembered file 'mtx-t-context.lua' resolvers | resolving | using suffix based filetype 'lua' resolvers | resolving | remembering file 'context.lua' using hash 'lu= a::context.lua' mtxrun | unknown script 'context.lua' or 'mtx-context.lua' -------------------------------- 8< ----------------------------------- ). I didn't try to figure out how to "fix" this, I simply unset that variab= le when I use context (both standalone and from TeX Live). > basically you only need to set the path or run context > / mtxrun with a full path, often from an editor > /mtxrun --script context .... > > works ok context script do exactly that. > Hans --- WBR, Vladimir Lomov --=20 If you ever want to have a lot of fun, I recommend that you go off and prog= ram an imbedded system. The salient characteristic of an imbedded system is th= at it cannot be allowed to get into a state from which only direct intervention will suffice to remove it. An imbedded system can't permanently trust anything it hears from the outside world. It must sniff around, adapt, consider, sniff around, and adapt again. I'm not talking about ordinary modular programming carefulness here. No. Programming an imbedded system calls for undiluted raging maniacal paranoia. For example, our ethernet fr= ont ends need to know what network number they are on so that they can address = and route PUPs properly. How do you find out what your network number is? Eas= y, you ask a gateway. Gateways are required by definition to know their corre= ct network numbers. Once you've got your network number, you start using it a= nd before you can blink you've got it wired into fifteen different sockets spr= ead all over creation. Now what happens when the panic-stricken operator reali= zes he was running the wrong version of the gateway which was giving out the wr= ong network number? Never supposed to happen. Tough. Supposing that your software discovers that the gateway is now giving out a different network number than before, what's it supposed to do about it? This is not discuss= ed in the protocol document. Never supposed to happen. Tough. I think you g= et my drift. --ffoCPvUAPMgSXi6H Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQaopaKwcQWyz7yQfAHGfInzJc4BQUCW4N2pAAKCRAHGfInzJc4 BbgaAQCio+2GidVy53/Yi5qVgkuc1c1+nIIEPf7slkIhUXhzWQD9E1Rq6ERv6v15 IjOjof/XnNJbIEXNm/A5aH/scqjGqww= =GKqB -----END PGP SIGNATURE----- --ffoCPvUAPMgSXi6H-- --===============2029592468863275902== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KSWYgeW91ciBxdWVzdGlvbiBpcyBvZiBpbnRlcmVz dCB0byBvdGhlcnMgYXMgd2VsbCwgcGxlYXNlIGFkZCBhbiBlbnRyeSB0byB0aGUgV2lraSEKCm1h aWxsaXN0IDogbnRnLWNvbnRleHRAbnRnLm5sIC8gaHR0cDovL3d3dy5udGcubmwvbWFpbG1hbi9s aXN0aW5mby9udGctY29udGV4dAp3ZWJwYWdlICA6IGh0dHA6Ly93d3cucHJhZ21hLWFkZS5ubCAv IGh0dHA6Ly9jb250ZXh0LmFhbmhldC5uZXQKYXJjaGl2ZSAgOiBodHRwczovL2JpdGJ1Y2tldC5v cmcvcGhnL2NvbnRleHQtbWlycm9yL2NvbW1pdHMvCndpa2kgICAgIDogaHR0cDovL2NvbnRleHRn YXJkZW4ubmV0Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f --===============2029592468863275902==--