RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Hello, I am looking for a sponsor who will help me to adopt tex4ht. This package is currently being maintained by the Debian QA group. Regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> wrote: > Hello, > > I am looking for a sponsor who will help me to adopt tex4ht. Go ahead. I am generally interested, others might be interested, too. But we will not be able to promise anything before you have shown us your attempts to fix some of the bugs. Be sure to read http://people.debian.org/~mpalmer/debian-mentors_FAQ.html Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> wrote: > Hello, > > I am looking for a sponsor who will help me to adopt tex4ht. Somehow off this list I got the URL where one can download the packages you prepared. I started looking at them, here are some remarks. Please reply on the list. * debian/copyright: You include the text of LPPL 1.0, although the package has a "or later" clause, and we are already at 1.3b. Furthermore, many of the changes from 1.2 to 1.3 where introduced because debian-legal regarded older versions as very problematic. I think you should include 1.3a and put a remark into the file explaining why. Furthermore, you should contact upstream and talk with him about a rewording of the sentence about program renaming: The exception from the old LPPL restrictions that he grants might already be covered by LPPL-1.3b, and he might want to use that wording or simply drop it. * debian/changelog: - Since your first version was never published AFAIK, I'd suggest that you have only one changelog entry. Otherwise, don't forget the right options to dpkg-buildpackage (and don't forget to tell your sponsor). - It is common practice to use the wording "New upstream version" or similar, not "Most/more recent upstream source". Please change it - it makes it more readable. And it seems to me that one can call it a version - it's from the yearly "release", isn't it?. Also, the new version is called 1.0 - is there a reason for this? - you write: , | * The following bugs were already fixed by Andrew (see README.scripts) | I don't see why they are still open. Closes: #224807, #256834. ` Please do not close such bugs in the changelog - see file:///usr/share/doc/developers-reference/ch-pkgs.en.html#s-upload-bugfix file:///usr/share/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-changelog-misconceptions - you write: , | * Literate source included in Debian source package. Closes: #244276 ` This doesn't say much by itself, please refer to your README.src - Your diff.gz contains quite some stuff that does not seem to be Debian-specific - e.g. temp/Makefile, manpages. If you or older Debian maintainers wrote it, was it submitted upstream? If not, where did you get it from? * debian/README.src To your Point 2: For me, the interesting reason for writing a Makefile to create the C code would not be to "verify" that it has indeed been created from the literate programming sources. Rather I'd be interested in being able to make changes. One could say that what you wrote is about fulfilling the wording of the DFSG, while what I want is to be able to use the freedom the spirit of the DFSG gives me. I suggest you adapt the wording. As a solution for your third point you could simply use a sed script to replace the version date by the number found in the sources. Or you could try to fix the creation process - I'm sure there must be a way to do it with TeX. I might be able to help if you provide what you wrote so far. * debian/README.upgrading Please rename this to NEWS, so that it will be displayed by apt-listchanges. * debian/postinst Since you depend on tetex-bin, you need not check for the availability of texhash and update-texmf. I'd prefer to have some information in the package about which other packages provide the /usr/bin/ht alternative. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Frank Küster <[EMAIL PROTECTED]> schrieb: > Kapil Hari Paranjape <[EMAIL PROTECTED]> wrote: > >> Hello, >> >> I am looking for a sponsor who will help me to adopt tex4ht. > > Somehow off this list I got the URL where one can download the packages > you prepared. Which is http://www.imsc.res.in/~kapil/debian/tex4ht/ > I started looking at them, here are some remarks. Please > reply on the list. Some more: * README.src refers to http://www.cis.ohio-state.edu/~gurari/fix/bugfixes.html But this page gives a 404. Do you mean http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html By the way, did you incorporate the other bugfixes on this page, or are they already in the current version? * Please provide a symlink from /usr/share/doc/tex4ht/ to /usr/share/doc/texmf/latex/tex4ht/, or vice versa. * Are you sure that it makes sense to install all the fonts in /usr/share/texmf/tex4ht/ht-fonts/? In particular, what is the purpose in having /usr/share/texmf/tex4ht/ht-fonts/win? * Please fix the lintian and linda warnings. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Hello, Thanks to Frank and Vassilii for all the comments. I have made changes and will soon put up newer versions at the following location: http://www.imsc.res.in/~kapil/debian/tex4ht/ I have a number of questions which follow. If you can point me to a document which contains the answers, I will gladly read it. 1. Versioning while testing: How does one give version numbers while testing the package? These versions will probably not be put on the main archive at any time. On the other hand those who are willing to test these packages will want to keep track of the version that they are testing! 2. Upstream versions: The upstream author has until now followed the version numbering -MM-DD but the recently released version is 1.0.-MM-DD-HHMM. This is a Debian "downgrade"! What is an acceptable version number? 3. Maintainer created files: The previous maintainer created some additional files (Makefiles, man pages etc.) which are *not* used upstream and probably will never be. Eventually we may migrate to the build procedure used upstream once that is published. Meanwhile, should these files reside in the "debian" directory? 4. Copyright question: Upstream has added his LPPL copyright to /etc/tex4ht/tex4ht.env. I am distributing a modified version. What do I need to do in order to comply with LPPL? Or is it best to write a new version entirely? Thanks and best regards, Kapil. P.S. I will respond individually to questions raised by Frank in a separate mailing. P.P.S. Sentence 2 in Qeustion 3 above needs more explanation---it will be provided in README.src. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Dear Frank, Thanks for the detailed response. This mail is a bit long please bear with me. On Thu, Feb 17, 2005 at 12:20:32PM +0100, Frank Küster wrote: > I think you should include 1.3a and put a remark into the file > explaining why. Furthermore, you should contact upstream and talk with > him about a rewording of the sentence about program renaming: The > exception from the old LPPL restrictions that he grants might already be > covered by LPPL-1.3b, and he might want to use that wording or simply > drop it. I have amending the copyright file. Upstream author is using 1.3. I will e-mail him regarding the precise form of the modification restriction. This restriction also creates some trickiness for /etc/tex4ht/tex4ht.env --- which is a conffile after all! > * debian/changelog: I have merged all the changelog entries into one. > version - it's from the yearly "release", isn't it?. Also, the new > version is called 1.0 - is there a reason for this? I will make an enquiry with Eitan Gurari regarding this. Currently I have reverted to the earlier versioning scheme with the upstream addition of the time of modification as well. > Please do not close such bugs in the changelog - see Omitted. I clearly should have read developer's reference more carefully! > - Your diff.gz contains quite some stuff that does not seem to be > Debian-specific - e.g. temp/Makefile, manpages. If you or older Debian > maintainers wrote it, was it submitted upstream? If not, where did > you get it from? The files were created by Andrew Gray (previous Debian maintainer). It is unlikely that these will be used upstream as explained in README.src. > To your Point 2: For me, the interesting reason for writing a Makefile > to create the C code would not be to "verify" that it has indeed been > created from the literate programming sources. Rather I'd be > interested in being able to make changes. One could say that what you > wrote is about fulfilling the wording of the DFSG, while what I want > is to be able to use the freedom the spirit of the DFSG gives me. I > suggest you adapt the wording. I agree with you and have made the changes. A much clearer (IMHO) version of README.src is in the newer version. > As a solution for your third point you could simply use a sed script > to replace the version date by the number found in the sources. Or you > could try to fix the creation process - I'm sure there must be a way > to do it with TeX. I might be able to help if you provide what you > wrote so far. What I have is not fit for publication but the shell script for converting tex4ht-c.tex is enclosed. The result matches the existing file precisely and should work for any modifications made to tex4ht-c.tex as well. What I am planning to do is to provide a mechanism for someone who *makes changes* to the files in /src to incorporate these into a new Debian package. > I'd prefer to have some information in the package about which other > packages provide the /usr/bin/ht alternative. There actually used to be a package called "ht". I have referred to the relevant bug (#101220) in the postinst so that this can be changed if necessary. On Thu, Feb 17, 2005 at 02:21:55PM +0100, Frank Küster wrote: > > Somehow off this list I got the URL where one can download the packages > > you prepared. > > Which is > > http://www.imsc.res.in/~kapil/debian/tex4ht/ I'm sorry. I just forgot to check that debian-mentor's was on the cc. > By the way, did you incorporate the other bugfixes on this page, or are > they already in the current version? The current version incorporates all bugfixes over the last year. The documentation typos have been fixed in my version. > * Are you sure that it makes sense to install all the fonts in > /usr/share/texmf/tex4ht/ht-fonts/? In particular, what is the purpose > in having /usr/share/texmf/tex4ht/ht-fonts/win? These fonts are used if one wants to generate an html file for incorporation into MS Word. This is perhaps still not a good enough reason :) Once again many thanks for your detailed suggestions. Regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Hello, On Fri, Feb 18, 2005 at 01:04:51PM +0530, Kapil Hari Paranjape wrote: > Thanks to Frank and Vassilii for all the comments. I have made changes and > will soon put up newer versions at the following location: http://www.imsc.res.in/~kapil/debian/tex4ht/ I have put up the promised newer version. The versioning scheme has reverted to MMDD.HHMM for the pre-upload period. Regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
> I have put up the promised newer version. The versioning scheme has > reverted to MMDD.HHMM for the pre-upload period. Thanks for the quick change. Probably, in the changelog you want to say "closes" to the ITA bug. same with the bugs currently marked as "fixed-upstream" at http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=tex4ht V. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: > Dear Frank, > > Thanks for the detailed response. This mail is a bit long please bear with > me. > > On Thu, Feb 17, 2005 at 12:20:32PM +0100, Frank Küster wrote: >> I think you should include 1.3a and put a remark into the file >> explaining why. Furthermore, you should contact upstream and talk with >> him about a rewording of the sentence about program renaming: The >> exception from the old LPPL restrictions that he grants might already be >> covered by LPPL-1.3b, and he might want to use that wording or simply >> drop it. > > I have amending the copyright file. Upstream author is using 1.3. > I will e-mail him regarding the precise form of the modification > restriction. Note that he doesn't restrict the license. Instead, he grants an exception from a restriction that older LPPL versions made, that is his license is more liberal than older LPPL version. The wording of the exception sounds as if he wanted exactly what was introduced in LPPL-1.3; therefore I suggested to remove it, or consider to use identical wording to LPPL-1.3a and make the sentence just a repetition. > This restriction also creates some trickiness for > /etc/tex4ht/tex4ht.env --- which is a conffile after all! That is no problem, tex4ht.env says: % You are allowed to modify this file without changing % % its name, if you modify its signature. Changes to the % % signature can be introduced by changing the% % parenthesized content within the leading line of this % % note. % And LPPL-1.3a says: , | If you are not the Current Maintainer of the Work, you may distribute | a Derived Work provided the following conditions are met for every | component of the Work unless that component clearly states in the | copyright notice that it is exempt from that condition. Only the | Current Maintainer is allowed to add such statements of exemption to a | component of the Work. | |1. If a component of this Derived Work can be a direct replacement |for a component of the Work when that component is used with the |Base Interpreter, then, wherever this component of the Work |identifies itself to the user when used interactively with that |Base Interpreter, the replacement component of this Derived Work |clearly and unambiguously identifies itself as a modified version |of this component to the user when used interactively with that |Base Interpreter. ` So this is clearly no further restriction, it's just an explanation how it can be achieved that the component identifies itself as modified. >> - Your diff.gz contains quite some stuff that does not seem to be >> Debian-specific - e.g. temp/Makefile, manpages. If you or older Debian >> maintainers wrote it, was it submitted upstream? If not, where did >> you get it from? > > The files were created by Andrew Gray (previous Debian maintainer). It is > unlikely that these will be used upstream as explained in README.src. Are you sure? The man page could be interesting for any user, even outside Debian; and the Makefile was explicitly written with a "PACKAGEDFOR" variable that changes its behavior when set to Debian, or not. >> As a solution for your third point you could simply use a sed script >> to replace the version date by the number found in the sources. Or you >> could try to fix the creation process - I'm sure there must be a way >> to do it with TeX. I might be able to help if you provide what you >> wrote so far. > > What I have is not fit for publication but the shell script for converting > tex4ht-c.tex is enclosed. The result matches the existing file precisely > and should work for any modifications made to tex4ht-c.tex as well. I'll have a look > What I am planning to do is to provide a mechanism for someone who *makes > changes* to the files in /src to incorporate these into a new Debian > package. Yes, fine. > The > documentation typos have been fixed in my version. I'd like to see this information in the changelog. >> * Are you sure that it makes sense to install all the fonts in >> /usr/share/texmf/tex4ht/ht-fonts/? In particular, what is the purpose >> in having /usr/share/texmf/tex4ht/ht-fonts/win? > > These fonts are used if one wants to generate an html file for > incorporation into MS Word. This is perhaps still not a good enough reason :) Oh, well, I'd say it is. There are other tools than MS Word that can read such files, and the information seems to be more complete than in, e.g., the ooffice directory. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: > Hello, > > On Fri, Feb 18, 2005 at 01:04:51PM +0530, Kapil Hari Paranjape wrote: >> Thanks to Frank and Vassilii for all the comments. I have made changes and >> will soon put up newer versions at the following location: > > http://www.imsc.res.in/~kapil/debian/tex4ht/ > > I have put up the promised newer version. The versioning scheme has > reverted to MMDD.HHMM for the pre-upload period. wget http://www.imsc.res.in/~kapil/debian/tex4ht/tex4ht_1.0.20050216.2023-1.diff.gz --12:37:28-- http://www.imsc.res.in/%7Ekapil/debian/tex4ht/tex4ht_1.0.20050216.2023-1.diff.gz => `tex4ht_1.0.20050216.2023-1.diff.gz' Resolving www.imsc.res.in... 203.199.209.82 Connecting to www.imsc.res.in[203.199.209.82]:80... connected. HTTP request sent, awaiting response... 404 Not Found 12:37:29 ERROR 404: Not Found. Klicking on the file, it is displayed, but that doesn't help me, because if I gzip it myself, its md5sum will change. And I don't know whether it'd work at all with the orig.tar.gz, which unfortunately I deleted yesterday evening. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Dear Frank, On Fri, Feb 18, 2005 at 12:39:46PM +0100, Frank Küster wrote: > Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: > > I have put up the promised newer version. The versioning scheme has > > reverted to MMDD.HHMM for the pre-upload period. > > wget > http://www.imsc.res.in/~kapil/debian/tex4ht/tex4ht_1.0.20050216.2023-1.diff.gz > --12:37:28-- > http://www.imsc.res.in/%7Ekapil/debian/tex4ht/tex4ht_1.0.20050216.2023-1.diff.gz >=> `tex4ht_1.0.20050216.2023-1.diff.gz' > Resolving www.imsc.res.in... 203.199.209.82 > Connecting to www.imsc.res.in[203.199.209.82]:80... connected. > HTTP request sent, awaiting response... 404 Not Found > 12:37:29 ERROR 404: Not Found. There seems to be some problem with our web server's cache not refreshing itself. Anyway the correct files are now http://www.imsc.res.in/~kapil/debian/tex4ht/tex4ht_20050216.2023-1.* (Note the "1.0" has been dropped). You do not need to download the huge .orig.tar.gz again it hasn't changed. You only need to rename the orig.tar.gz file with the "1.0" dropped from the name. mv tex4ht_1.0.20050216.2023.orig.tar.gz tex4ht_20050216.2023.orig.tar.gz Thanks and regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
On Fri, Feb 18, 2005 at 01:04:51PM +0530, Kapil Hari Paranjape wrote: > Hello, > > Thanks to Frank and Vassilii for all the comments. I have made changes and > will soon put up newer versions at the following location: > > http://www.imsc.res.in/~kapil/debian/tex4ht/ > > I have a number of questions which follow. If you can point me to a > document which contains the answers, I will gladly read it. > > 1. Versioning while testing: How does one give version numbers while >testing the package? These versions will probably not be >put on the main archive at any time. On the other hand those who >are willing to test these packages will want to keep track of the >version that they are testing! I do it the Debian way, increment the Debian version. There are other people using my .debs, and they need to see the version increase. Also, it would really suck to have different versions of foo_1.00-1_i386.deb floating around. > 2. Upstream versions: The upstream author has until now followed the >version numbering -MM-DD but the recently released version is >1.0.-MM-DD-HHMM. This is a Debian "downgrade"! What is an >acceptable version number? You could contine using -MM-DD notation. You could also use an "epoch": 1:1.0.-MM-DD-HHMM, which forces the otherwise lesser version to be greater. > 3. Maintainer created files: The previous maintainer created some additional >files (Makefiles, man pages etc.) which are *not* used upstream and >probably will never be. Eventually we may migrate to the build >procedure used upstream once that is published. Meanwhile, should >these files reside in the "debian" directory? Depending on how many changes are in how many files, restricting the changes to debian/ might be a nice property. That way, the .diff.gz is functionally equivalent to a tar cjf --- debian/. If you have lots of changes, then it doesn't make sense to do it like that (unless you use dpatch, or similar, in which case all of those changes *will* be in debian/). -- Justin Pryzby whois jgalt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Justin Pryzby <[EMAIL PROTECTED]> wrote: > On Fri, Feb 18, 2005 at 01:04:51PM +0530, Kapil Hari Paranjape wrote: >> 1. Versioning while testing: How does one give version numbers while >>testing the package? These versions will probably not be >>put on the main archive at any time. On the other hand those who >>are willing to test these packages will want to keep track of the >>version that they are testing! > I do it the Debian way, increment the Debian version. There are other > people using my .debs, and they need to see the version increase. > Also, it would really suck to have different versions of > foo_1.00-1_i386.deb floating around. I do it the same way, but I usually use NMU version numbers for my testing: 1.00-0.1 for the first version I try to install, 1.00-0.2 for the second. Only when i upload it does it get its -1. I think this would also be a good approach for non-DD during communication with possible sponsors. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> wrote: > 4. Copyright question: Upstream has added his LPPL copyright >to /etc/tex4ht/tex4ht.env. I am distributing a modified version. What >do I need to do in order to comply with LPPL? Or is it best to write >a new version entirely? Read the file ;-). % You are allowed to modify this file without changing % % its name, if you modify its signature. Changes to the % % signature can be introduced by changing the% % parenthesized content within the leading line of this % % note. % Change the "(unix)" to "(debian)" or something like that (and of course adapt the date). Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: > Dear Frank, > > On Fri, Feb 18, 2005 at 12:39:46PM +0100, Frank Küster wrote: >> Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: >> > I have put up the promised newer version. The versioning scheme has >> > reverted to MMDD.HHMM for the pre-upload period. Some further questions/suggestions: - I think you want to close bug #234678, but you do close #234768. - is #219482 fixed? - isn't #256834 fixed, too? , | * Fixed some types in the html documentation. ` Do you mean typos? - It is common practice to have changelog entryl like "Bumped standards version to $foo (no changes needed)", or listing the changes. - You should not depend only on a virtual package, gs, but rather use something like "Depends: gs-gpl | gs". The reason is that - I think you should remove debian/diffs... - debian/postinst: You create symlinks in postinst - why don't you include them in the deb? - debian/postrm: Why do you rm -rf /etc/tex4ht? I guess there is no consensus whether a package may delete locally generated files in their directories upon purge, some people say they shouldn't. I have no strong opinion, but here it seems that it is just unnecessary - is there a specific reason for this? - I think it is better to set dh_compat explicitly. - In the versions I downloaded, there are still lintian/linda warnings about the script and the executable font files. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Dear Frank, Thanks for the detailed checks. I think I have fixed all the bugs you mentioned in the newer version (20050216.2023-1.1). On Fri, Feb 18, 2005 at 03:55:08PM +0100, Frank Küster wrote: > - is #219482 fixed? Unfortunately not yet. Thanks and regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Hello, Thanks once again to Frank and Vassilii for their detective work. A new version (20050216.2023-1.1) is now available. at http://www.imsc.res.in/~kapil/debian/tex4ht/ I am currently unable to check the build on any architecture other than i386. I would be glad if someone would give me reports on whether the think builds (and works!) on other architectures. (There are exactly two files that are compiled!). Additional note. The conversion scripts have shown up a bug (#294538) in the "gs-esp" package so it is best to use only "gs-gpl" for now. Thanks and regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
> A new version (20050216.2023-1.1) is now available. at > > http://www.imsc.res.in/~kapil/debian/tex4ht/ Works here, thanks (it's still using the gs pipeline by default though rather than dvipng). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ITA: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Kapil Hari Paranjape <[EMAIL PROTECTED]> schrieb: > Dear Frank, > > Thanks for the detailed checks. > > I think I have fixed all the bugs you mentioned in the newer version > (20050216.2023-1.1). > > On Fri, Feb 18, 2005 at 03:55:08PM +0100, Frank Küster wrote: >> - is #219482 fixed? > > Unfortunately not yet. Then don't forget to unmerge it from #244276 before you close that one. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer