Hi,
Since not-found-mapfiles now quit pdftex, i'd like to see something
\ifpdfmapfile filename
On 2004-02-17 20:48:40 +0100, Hans Hagen wrote:
Since not-found-mapfiles now quit pdftex, i'd like to see something
\ifpdfmapfile filename
\else \fi or maybe better, something:
\pdfmapfilemode
with
0 = quit on error 1 = warning on error 2 = ignore error
Any progress on this? Best regards Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
On Fri, Mar 12, 2004 at 03:36:37PM +0100, Martin Schr?der wrote:
On 2004-02-17 20:48:40 +0100, Hans Hagen wrote:
Since not-found-mapfiles now quit pdftex, i'd like to see something
\ifpdfmapfile filename
\else \fi
this would not be easy to do
or maybe better, something:
\pdfmapfilemode
with
0 = quit on error 1 = warning on error 2 = ignore error
this sounds more reasonable Thanh PS: Martin, you have some crontab job that automatically updates all pdftex sources files regularly. Is it possible to turn it off? Shall we edit and submit only files that have been changed? Sometimes I do a mistake and submit all files including those that have not been changed, however I feel it shouldn't happen.
On 2004-03-22 15:58:33 +0700, The Thanh Han wrote:
PS: Martin, you have some crontab job that automatically updates all pdftex sources files regularly. Is it possible to turn it off? Shall we
The cronjob simply updates the date in the version tag of the four files where it currently resides so that the different versions of e.g. 1.11c/1.12a/1.20a are marked somehow. It runs at Sunday morning (German time). Do we really need to turn it off?
edit and submit only files that have been changed? Sometimes I do a
Yes. This is in fact easy with p4 because there you have to first "edit" your file -- which keeps at least me from opening all files. :-) CVS ignore empty submits; I don't know about Subversion. Best regards Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
On Mon, Mar 22, 2004 at 11:00:01AM +0100, Martin Schr?der wrote:
On 2004-03-22 15:58:33 +0700, The Thanh Han wrote:
PS: Martin, you have some crontab job that automatically updates all pdftex sources files regularly. Is it possible to turn it off? Shall we
The cronjob simply updates the date in the version tag of the four files where it currently resides so that the different versions of e.g. 1.11c/1.12a/1.20a are marked somehow. It runs at Sunday morning (German time).
Do we really need to turn it off?
it would be very helpful, as everytime when I sync my local sources with the p4 sources (using unison), I have to go through *a lot of* different files, but most of them differ only in the version number of each file and nothing else. Which means a lot of wasted time and effort. When we edit and submit only files that have been changed, it will make our life easier. Thanh
On 2004-03-23 09:28:42 +0700, The Thanh Han wrote:
it would be very helpful, as everytime when I sync my local sources with the p4 sources (using unison), I have to go through *a lot of* different files, but most of them differ only in the version number of each file and nothing else. Which means a lot of wasted time and effort. When we edit and submit only files that have been changed, it will make our life easier.
O.K., I have disabled it. But that means that everyone who submits changes should update the version tags so we can identify the intermediate versions. Best regards Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
On Tue, Mar 23, 2004 at 01:07:13PM +0100, Martin Schr?der wrote:
On 2004-03-23 09:28:42 +0700, The Thanh Han wrote:
it would be very helpful, as everytime when I sync my local sources with the p4 sources (using unison), I have to go through *a lot of* different files, but most of them differ only in the version number of each file and nothing else. Which means a lot of wasted time and effort. When we edit and submit only files that have been changed, it will make our life easier.
O.K., I have disabled it. But that means that everyone who submits changes should update the version tags so we can identify the intermediate versions.
thanks. Thanh
Hi, after syncing from texlive sources I can no longer make pdfxtex (no such target in texk/web2c/Makefile). Was it removed intentionally? Thanh
On 2004-03-23 13:41:54 +0700, The Thanh Han wrote:
after syncing from texlive sources I can no longer make pdfxtex (no such target in texk/web2c/Makefile). Was it removed intentionally?
Seems so. #45 change 4471 edit on 2004/03/11 by te@gauss (ktext) * fix dependencied to pdfxtex (currently does not build on * UNIX), make pdfetex the defualt tex engine (no longer build * pdftex / etex), get rid of ini*tex and vir*tex symlinks, * minor other merges with teTeX Best regards Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
#45 change 4471 edit on 2004/03/11 by te@gauss (ktext)
* fix dependencied to pdfxtex (currently does not build on * UNIX), make pdfetex the defualt tex engine (no longer build * pdftex / etex), get rid of ini*tex and vir*tex symlinks, * minor other merges with teTeX
That change has not removed the targets that are needed to build pdfxtex. Basically, pdfxtexdir/pdfxtex.mk was empty, so pdfxtex could not build. So, I have removed pdfxtex from fmtutil.in etc. so that the missing build rules for pdfxtex don't cause any trouble. So, the real fix would be to put something useful into pdfxtexdir/pdfxtex.mk. Thomas
On Tue, Mar 23, 2004 at 06:09:23PM +0100, Thomas Esser wrote:
#45 change 4471 edit on 2004/03/11 by te@gauss (ktext)
* fix dependencied to pdfxtex (currently does not build on * UNIX), make pdfetex the defualt tex engine (no longer build * pdftex / etex), get rid of ini*tex and vir*tex symlinks, * minor other merges with teTeX
That change has not removed the targets that are needed to build pdfxtex. Basically, pdfxtexdir/pdfxtex.mk was empty, so pdfxtex could not build. So, I have removed pdfxtex from fmtutil.in etc. so that the missing build rules for pdfxtex don't cause any trouble.
So, the real fix would be to put something useful into pdfxtexdir/pdfxtex.mk.
That seems to be my fault when submitting to p4. I found the correct version in my local cvs tree (also thanks to Akira for his help). Sorry for the mess. Thanh
participants (4)
-
Hans Hagen -
Martin Schröder -
The Thanh Han -
Thomas Esser