Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 33259
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Text-Markup Team <text-markup@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Peter Simons <simons@cryp.to>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
tex4ht.tar.bz2 TeX4ht ebuild application/x-tbz Maarten Wisse 2004-04-24 07:40 0000 2.85 KB Details
tex4ht-20040211-r1.ebuild TeX4ht ebuild r1 text/plain Maarten Wisse 2004-04-24 08:14 0000 1.41 KB Details
tex4ht-20040211-r2.ebuild TeX4ht ebuild r2 text/plain Maarten Wisse 2004-04-26 05:44 0000 1.45 KB Details
tex4ht-20040616.ebuild tex4ht ebuild, no needed files directory text/plain Richard Seymour 2004-06-16 15:07 0000 1.88 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 33259 depends on: Show dependency tree
Bug 33259 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2003-11-11 15:20 0000
In case anybody who knows ebuilds better than I do is interested in LaTeX,
there
is a great package available, which is as of now not supported in Gentoo:

  http://www.cis.ohio-state.edu/~gurari/TeX4ht/

It would be very nice to have an ebuild for that package, since it allows for
writing real XML documens in LaTeX, among other things.

Reproducible: Always
Steps to Reproduce:

------- Comment #1 From Maarten Wisse 2004-04-24 07:38:43 0000 -------
Attached is an initial ebuild for TeX4ht. I'm willing to act as a package
maintainer for this, if that is appreciated. I've quite a bit experience with
TeX4ht, see http://home.wanadoo.nl/pmwisse/ under `Software'. This site is
actually made with TeX4ht. There are still some glitches in the ebuild:

1. the package doesn't have a version number. With a new release, Gurari simply
overwrites the old. This makes it impossible to ascertain the version of the
package. I've asked Gurari to change the name of the package to
tex4ht-<date>.zip.

2. The environment file tex4ht.env is now taken from filesdir. I've to try out
whether it works to take it from the distribution and sed the dir names.

3. I'm not sure of the dependencies. Previously, I used to install this
manually, so I've all the requirements fulfilled, but I'm not sure others have
as well.

------- Comment #2 From Maarten Wisse 2004-04-24 07:40:31 0000 -------
Created an attachment (id=29957) [details]
TeX4ht ebuild

------- Comment #3 From Maarten Wisse 2004-04-24 08:14:20 0000 -------
Created an attachment (id=29963) [details]
TeX4ht ebuild r1

Source uri problem solved.

------- Comment #4 From Maarten Wisse 2004-04-26 05:44:02 0000 -------
Created an attachment (id=30078) [details]
TeX4ht ebuild r2

Kpathsea support added to handle platform specific searchpaths more
effectively.

------- Comment #5 From Mamoru KOMACHI (RETIRED) 2004-04-26 08:06:12 0000 -------
Hi, thank you for submitting the ebuild and contacting to the upstream author
about source filename. Your ebuild works fine but it would need some fixes
before I add it to the Portage tree.  1. It doesn't have ebuild header
(Copyright assignment to Gentoo Technologies Inc., see /usr/portage/skel.ebuild
for example). We ask every ebuilds' submitters to add it (Otherwise we cannot
include it to official tree)  2. LICENSE should be one of existing filenames in
/usr/portage/licenses. In this case, it should be "LPPL-1.2" (version number is
necessary)  3. KEYWORDS must contain platforms which you tested it on. (If you
test it on all arches that you wrote, that's fine) Also, ~alpha appears twice. 
4. src_unpack() isn't needed. It defaults to unpack zip file.  5. einfo "..."
in src_compile() should be die "...", otherwise portage won't stop even when
compilation fails.  It would be appreciated if you rewrite and reattach the
ebuild.  

------- Comment #6 From Richard Seymour 2004-06-16 15:07:09 0000 -------
Created an attachment (id=33397) [details]
tex4ht ebuild, no needed files directory

This tex4ht-20040616.ebuild uses sed to fix the environment file.  It also
fixes the permissions on the ht-fonts directory.  I also fixed the 5 points
outlined above.  Hopefully this will get in, it puts out really nice mathml and
openoffice.org output!	

Here's a little example of what it can do:
http://nutation.net/composite/composite.xml for an example (works in firefox
0.8).  I think the minimal errors (cosine to the 4th looks weird) are more on
my end.  The OO.org export really surprised me though, it's very nice.

Let me know if this doesn't look good.

------- Comment #7 From Peter Simons 2004-06-18 11:46:59 0000 -------
Just to provide some feedback: I have tested the latest ebuild on x86 and it
worked just fine.

------- Comment #8 From Mamoru KOMACHI (RETIRED) 2004-08-18 08:50:49 0000 -------
Sorry fot the delay. I've just added it to CVS. Thanks to all of you.

------- Comment #9 From Maarten Wisse 2004-08-19 01:27:21 0000 -------
Sorry for not having responded to previous questions. I don't know how it could
happen, but I'm pretty sure that I didn't receive notifications of comments
added to this bug. Thanks for repairing problems and adding it to Portage

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug