New port for re-alpine

[todmorrison (Tod Morrison)]

Re-alpine is a fork/successor to alpine. This Portfile (and patches) adds this port and resolves the equivalent to Ticket #24954.

[todmorrison (Tod Morrison)]

re-alpine patch for 10.6

[todmorrison (Tod Morrison)]

patch to fix "libintl" problems

[bjd@…]

I can't compile with this Portfile. I tried with no variants and with +without_tcl.

[bjd@…]

bjd debug log

[todmorrison (Tod Morrison)]

I've attached a new Portfile that should fix the compilation problems.

[raimue (Rainer Müller)]

Maintainer should be 'nomaintainer' without @macports.org suffix.

Why is patch.pre_args -p1 being set conditionally? This setting applies to all patch files.

Instead of a +without_tcl variant, it would be better to have a default set and add this additional feature using +tcl. Why does this +tcl variant not depend on the tcl port?

[todmorrison (Tod Morrison)]

Re-alpine portfile (fixed for 10.6)

[todmorrison (Tod Morrison)]

Patch to fix smkeys.c openssl problems

[todmorrison (Tod Morrison)]

Attached a new version of the Portfile that addresses the above comments/issues, as well as an additional patch to fix problems compiling with the current version of openssl.

[someuser12]

Many thanks. However the two patches (to alpine/Makefile.in and to alpine/smkeys.c) were not made at the same depth in the source tree : alpine/smkeys.c was patching "re-alpine-2.01/pith/smkeys.c" with an explicit "re-alpine-2.01" prefix, which prevented it to work if patch.pre_args -p1 was set globally.

Therefore, I suggest, for simplicity, to remove completely the patch.pre_args -px setting (thus providing the -p0 option to patch by default) and to make the patch to alpine/smkeys.c at the same level as the patch to alpine/Makefile.in.

I'm attaching the resulting Portfile and patch. With them, I was able to build re-alpine both with and without the tcl option on Mac OS X 10.5.8, and to use re-alpine and pico on Mac OS X 10.5.8. I did not encounter the compilation problem mentioned in the discussion of #24954 (undefined symbol _BIO_method_type at link time).

[someuser12]

Re-alpine portfile (fixed for 10.6 and with removed patch.pre_args)

[someuser12]

Patch to fix smkeys.c openssl problems, to pith/smkeys.c rather than to re-alpine-2.01/pith/smkeys.c

[someuser12]

Cc Me!

[someuser12]

Replying to macosx12345@…:

Therefore, I suggest, for simplicity, to remove completely the patch.pre_args -px setting (thus providing the -p0 option to patch by default) and to make the patch to alpine/smkeys.c at the same level as the patch to alpine/Makefile.in.

I'm attaching the resulting Portfile and patch. With them, I was able to build re-alpine both with and without the tcl option on Mac OS X 10.5.8, and to use re-alpine and pico on Mac OS X 10.5.8. I did not encounter the compilation problem mentioned in the discussion of #24954 (undefined symbol _BIO_method_type at link time).

And, of course, alpine-osx-10.6.patch must be modified accordingly -- here it is. With this, re-alpine builds on Mac OS X 10.6.4 with Intel processor.

[someuser12]

re-alpine patch for 10.6, compatible with "patch -p0"

[sabbatini.luca@…]

Sure would be nice to have a port or patch of re-alpine (currently at v2.02) for Mac OS X Lion 10.7.*

[atlauren@…]

+1 upvote. I highly suggest that ports deprecate alpine in favor of re-alpine. It revved to 2.0.3 on 2012-12-21. ​http://sourceforge.net/projects/re-alpine/

[larryv (Lawrence Velázquez)]

I’ll take a look at this.

[atlauren@…]

Cc Me!

[SickTeddyBear]

Cc Me!

[SickTeddyBear]

Since the Alpine port is broken, and the attempt to upgrade to the newer 2.11 version is failing to build, it would be nice if we could at least have the slightly older Re-Alpine.

[jerryyhom]

Cc Me!

[raimue (Rainer Müller)]

The current version of alpine is @2.21, I doubt there is still any interest in re-alpine.