bugtex4ht - Bugs: bug #365, ProTex.sty and AlProTex.sty links...

 
 
Show feedback again

You are not allowed to post comments on this tracker with your current authentification level.

bug #365: ProTex.sty and AlProTex.sty links do not work for me

Submitted by:  Vincent Belaïche <vincentb1>
Submitted on:  Thu Jul 27 15:46:42 2017  
 
Category: NonePriority: 5 - Normal
Severity: 5 - NormalStatus: None
Privacy: PublicAssigned to: None
Open/Closed: Closed

(Jump to the original submission Jump to the original submission)

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
Vincent Belaïche <vincentb1>
Project Member
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 :(.

Karl Berry <karl>
Project Administrator
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.

Vincent Belaïche <vincentb1>
Project Member
Fri Jul 28 12:02:35 2017, comment #3:

Dear Karl,

It is not a matter of just « unix » vs « not unix ».

Vincent Belaïche <vincentb1>
Project Member
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.

Karl Berry <karl>
Project Administrator
Thu Jul 27 15:48:47 2017, comment #1:

If you add me to the project, I can give a hand.

Vincent Belaïche <vincentb1>
Project Member
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.

Vincent Belaïche <vincentb1>
Project Member

 

Attached Files
file #279:  patch-1.diff added by vincentb1 (2kB - application/octet-stream)
file #278:  patch.diff added by vincentb1 (3kB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by karl (Posted a comment)
  • -unavailable- added by vincentb1 (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    3 latest changes follow.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri Jul 28 21:54:20 2017karlOpen/ClosedOpen=>Closed
    Fri Jul 28 12:02:35 2017vincentb1Attached File-=>Added patch-1.diff, #279
    Thu Jul 27 15:46:42 2017vincentb1Attached File-=>Added patch.diff, #278
    Show feedback again

    Back to the top


    Powered by Savane 3.1-cleanup+gray