[MacPorts] #17540: poppler conflicts with xpdf

MacPorts noreply at macports.org
Wed Apr 8 18:48:12 PDT 2009


#17540: poppler conflicts with xpdf
----------------------------+-----------------------------------------------
 Reporter:  gale@…          |       Owner:  ricci@…           
     Type:  defect          |      Status:  assigned          
 Priority:  Normal          |   Milestone:  Port Bugs         
Component:  ports           |     Version:  1.6.0             
 Keywords:  conflict        |        Port:  poppler xpdf      
----------------------------+-----------------------------------------------

Comment(by ricci@…):

 Replying to [comment:7 jeremyhu@…]:
 > How is it "dangerous" , and how is it a "hack" ?
 >
 > Right now, the default is broken.  A variant is in place in xpdf to
 "make it work".  The opposite way (deleting the apps from poppler) is
 pretty much the same.  The utilities ARE binary compatible.  As a solution
 to satisfy you, we could add a 'no_poppler' variant which would then
 result in the current default situation and the current +poppler would
 become the new default.


         What is (was) broken about the default?  That poppler tries to
 install some of the same files that xpdf installs?  That seems like a
 problem with poppler to me - its based on xpdf, maybe it should be picking
 new names for files (within the MP world that is).
         So far as having MP install the poppler versions of the utilities
 when someone installs xpdf, I think that's a bad idea.  I don't know what
 (if any) differences there are, I do know that if I say "I'm using xpdf"
 but I'm really using poppler, that will be a problem for upstream
 debugging and such (I asked for xpdf, I expect to get the xpdf versions of
 utilities unless I request otherwise).
         As is, xpdf is broken because of the dependency on poppler that
 was introduced in r47030.  Unless there's a good reason to keep that
 dependency, I'm going to back it out and put it back into the variant.

-- 
Ticket URL: <http://trac.macports.org/ticket/17540#comment:12>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list