On Sun, Feb 14, 2010 at 2:20 PM, Darren Pilgrim free...@bitfreak.org wrote:
Garrett Cooper wrote:
Vendor provided binaries are a fun ball of wax to deal with
because you need to have all dependencies come from the same generic
pool as the package [/ port] itself, as any
This sounds
On Sat, Feb 13, 2010 at 07:26:39PM -0800, Darren Pilgrim wrote:
I'm working on a revision to a port where the current version doesn't
work on 8.0-R; however, an older version does. Rather than roll the
entire port back to an older version, I'd like to have the newer version
available to
Wesley Shields wrote:
On Sat, Feb 13, 2010 at 07:26:39PM -0800, Darren Pilgrim wrote:
I'm working on a revision to a port where the current version doesn't
work on 8.0-R; however, an older version does. Rather than roll the
entire port back to an older version, I'd like to have the newer
On Sun, Feb 14, 2010 at 12:58 PM, Darren Pilgrim free...@bitfreak.org wrote:
Wesley Shields wrote:
On Sat, Feb 13, 2010 at 07:26:39PM -0800, Darren Pilgrim wrote:
I'm working on a revision to a port where the current version doesn't
work on 8.0-R; however, an older version does. Rather than
Garrett Cooper wrote:
Vendor provided binaries are a fun ball of wax to deal with
because you need to have all dependencies come from the same generic
pool as the package [/ port] itself, as any
This sounds trivial, but it requires changes to pkg_add (for
fetching / installing a
I'm working on a revision to a port where the current version doesn't
work on 8.0-R; however, an older version does. Rather than roll the
entire port back to an older version, I'd like to have the newer version
available to 7.x and older and the older version available to 8.x and
newer. Is
