Bug 117839 – poppler-0.4.3-r3 and pdftohtml-0.36-r3 both install /usr/bin/pdftohtml but don't block

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Donnie Berkholz (RETIRED) 2006-01-04 22:14:44 UTC]

Described in summary

[Comment 1 Daniel Gryniewicz (RETIRED) 2006-01-08 13:27:56 UTC]

poppler now blocks pdf2html.  Reassigning to text-markup to fix pdf2html to block poppler.

[Comment 2 Alexandre Buisse (RETIRED) 2006-01-08 14:02:01 UTC]

And the block is now reciprocal. Closing.

[Comment 3 Carsten Lohrke (RETIRED) 2006-01-09 06:14:57 UTC]

app-text/pdf2html-1.4 installs app-text/pdf2html

while poppler instals /usr/bin/pdftohtml

Where all packages depending on pdf2html checked if the correct binary is called? Are the command line options the same? 

[Comment 4 Carsten Lohrke (RETIRED) 2006-01-09 06:16:25 UTC]

eh, s:app-text/pdf2html:/usr/bin/pdf2html

[Comment 5 Patrizio Bassi 2006-01-12 05:10:48 UTC]

it can be fixed with a symlink pdf2html -> pdftohtml

[Comment 6 Carsten Lohrke (RETIRED) 2006-01-12 06:31:58 UTC]

(In reply to comment #5)
> it can be fixed with a symlink pdf2html -> pdftohtml
> 

No. It takes different arguments. Also the package installs other binaries as well. Blocking it was simply unnecessary and wrong.

[Comment 7 Jakub Moc (RETIRED) 2006-01-12 11:06:44 UTC]

/me wonders why the heck do we need such cruft in the tree, like app-text/pdf2html and app-text/pdftohtml, both based on the same code, both doing the same thing. Pick one and punt the other, ktnxbye. Needless bloating of the tree sucks. And why  we need to triplicate it even w/ poppler providing the same thing again?! Make it depend on one of the above.

[Comment 8 Alexandre Buisse (RETIRED) 2006-01-12 13:29:42 UTC]

@dang: It seems you blocked the wrong package: pdf2html instead of pdftohtml (they  are totally unrelated and pdf2html doesn't conflict with anyone).

pdftohtml should well be blocked and there was a lengthy discussion on IRC on whether it was to be replaced by poppler in portage, and we all more or less agreed that it was not needed.

[Comment 9 Robin Johnson 2006-01-12 14:33:47 UTC]

pdf2html works totally differently to pdftohtml, and shares absolutely no code (pdf2html isn't xpdf based at all).

I've fixed poppler to block pdftohtml instead of the pdf2html that it was uselessly blocking.

Additionally, I've fixed the tree for the two packages where pdftohtml was a dependancy, and changed it to '|| ( app-text/pdftohtml app-text/poppler )'.

Unfortunetly the functionality of pdftohtml has diverged from xpdf over the age of the page (which is actually really getting up there), so pdftohtml and poppler.

I just spend a while examining the pdftohtml security patches, and seeing which had made it forward to poppler and pdftohtml-0.38 (not in the tree yet). Poppler appears to have all except one of the security patches - it's missing xpdf2-underflow.patch.
pdftohtml-0.38 only has a single one of the patches, despite having being updated to be based off xpdf-3 instead of the old xpdf-2.02.

[Comment 10 Robin Johnson 2006-01-12 15:30:39 UTC]

If poppler is to replace pdftohtml, could the pdftoxml.dtd from pdftohtml please be included with poppler.

[Comment 11 Jakub Moc (RETIRED) 2006-01-16 08:22:33 UTC]

*** Bug 119177 has been marked as a duplicate of this bug. ***

[Comment 12 Daniel Gryniewicz (RETIRED) 2006-01-18 07:24:25 UTC]

I've added the dtd.  Is there anything else that's missing from poppler?