Changes between Initial Version and Version 1 of Ticket #43468, comment 4


Ignore:
Timestamp:
Apr 23, 2014, 9:17:10 PM (10 years ago)
Author:
mp@…
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #43468, comment 4

    initial v1  
    33Sure, it makes sense to be able to provide PEAR packages as ports and to depend upon them.
    44
    5 But, on the other hand, there are so many PEAR packages out there. Many open source projects provide their own PEAR channels and install instructions, not to mention closed-source (internal) packages folks might use. I don't think it's practical or feasible to re-package all those as ports.
     5But, on the other hand, there are so many PEAR packages out there. Many open source projects provide their own PEAR channels and according install instructions, not to mention closed-source (internal) packages folks might use. I don't think it's practical or feasible to re-package all those as ports.
    66
    7 In this situation, not simply having a pear binary at hand when installing one of the newer (php55, for example) ports - as opposed to the "old" php5+pear one - is a bit of unnecessary complexity IMO.
     7In this situation, not easily having a pear binary at hand when installing one of the newer (php55, for example) ports - as opposed to the "old" php5+pear one - is a bit of unnecessary complexity IMO.
    88
    99So what's the problem with the binary - is it getting in the way somewhere?