Mon Aug 14 10:29:15 2017, comment #6:
Dear Karl,
I noticed that you have closed this one. Let me please make some additional comment.
From Windows2000, MSWindows is able to handle symlinks provided that the user account is configured accordingly and that the console in which you create the symlinks has UAC elevation (basically this means that you need to do something like su admin.
The problem is that my svn client is not able to following MSwindows native symlinks (ie NTFS symlinks indeed) even when it is run in a console with UAC elevation. However, the picture is not so gloom, as if I create the symlinks manually after the SVN checkout, then any subsequent svn update does not erase them.
This link is useful for configuring MSWindows :
https://github.com/git-for-windows/git/wiki/Symbolic-Links
One needs MSYS2, with the following settings :
- uncomment the "set MSYS=winsymlinks:nativestrict" line in script msys2_shell.cmd
- run msys2_shell.cmd as administrator
|
Fri Jul 28 21:54:20 2017, comment #5:
they are standard symbolic links. everything modern except Windows supports them. they are also the tiniest drop in the huge ocean of tex4ht development, and they are simply the most expedient solution, and i don't want to think about them any further. sorry.
a lot of work has already been done on generating dependencies automatically. some of it has been committed. some of it has been discussed on the mailing list. sorry, i don't have precise pointers, but reimplementing all that work from scratch in a different way is unlikely to be useful. and what's left to do is not simple to even understand (i don't), or it would have been done.
now, tests, on the other hand, can be useful to write, independently of everything else. there are a few in the repository, and a framework. but i doubt it will work on your system, and i doubt the necessary changes would be acceptable to me :(.
|
Fri Jul 28 12:48:51 2017, comment #4:
Please ignore my previous post. Puszcza does not have the preview yet, and it seems that my verbatim markup has caused some pb. Here follows the message as it should have been:
Dear Karl,
It is not a matter of just « unix » vs « not unix ».
I don't know how the
works, but I presume that this is dependant on the version control system. This means that anyway, if you don't apply that sort of change as I proposed, you will get in trouble if ever you migrate from SVN to something else like GIT.
I understand that tex4ht is quite complex. I don't want to cause any trouble, that is all the contrary : I am currently looking into it, and hopefully this can help the tex4ht team in their difficult progress. The price to pay for that is to carry out this kind of minor changes.
I attached a simpler patch that just does the protex symbolic links. It also contains the removal of the dummy lit/protex files:
I would like to help with the generation and the unitary tests before changing a single piece of code.
I am also currently looking at generating all the dependancies with an AWK script so that the lit/Makefile would work better. That also helps me better understand what is under the hood of tex4ht. I let you know about this when it becomes more mature.
|
Fri Jul 28 12:02:35 2017, comment #3:
Dear Karl,
It is not a matter of just « unix » vs « not unix ».
|
Thu Jul 27 21:41:47 2017, comment #2:
Vincent, I'm sorry, but tex4ht is so complicated that I really don't want to go down the road of supporting development on anything but Unix. We've already been unable to complete a release in X years. If we start worrying about non-Unix systems, it'll be even more hopeless. --best, karl.
|
Thu Jul 27 15:48:47 2017, comment #1:
If you add me to the project, I can give a hand.
|
Thu Jul 27 15:46:42 2017, original submission:
Hello,
I am progressing on the other bug reports which I made.
To submit a correction to them, I tried first to regenerate the latest derived files.
I realized that the ProTex.sty and AlProTex.sty files under lit directory contain a single line like this (for ProTeX.sty):
This does not work for me. I suspect that you need some special configuration of SVN post command hooks or something like that to replace these files by the appropriate links.
I propose the following :
1. svn-remove the ProTex.sty and AlProTex.sty files under lit directory
2. Make the links via the makefile, attached is the patch doing that.
Please note that the attached patch does another change : it computes the list of derived files through an awk one-liner, rather than use an incomplete hard coded list.
|