Splitting off two reports from #234877: make[1]: Entering directory `/var/tmp/portage/dev-lang/ruby-1.8.6_p287-r10/work/ruby-1.8.6-p287/ext/openssl' x86_64-pc-linux-gnu-gcc -I. -I../.. -I../../. -I../.././ext/openssl -DRUBY_EXTCONF_H=\"extconf.h\" -fPIC -march=nocona -mtune=cor$ In file included from ossl.h:197, from ossl_ns_spki.c:11: openssl_missing.h:123: error: conflicting types for 'BN_rand_range' /usr/include/openssl/bn.h:411: error: previous declaration of 'BN_rand_range' was here openssl_missing.h:124: error: conflicting types for 'BN_pseudo_rand_range' /usr/include/openssl/bn.h:412: error: previous declaration of 'BN_pseudo_rand_range' was here ossl_ns_spki.c: In function 'ossl_spki_initialize': ossl_ns_spki.c:67: warning: passing argument 2 of 'd2i_NETSCAPE_SPKI' from incompatible pointer type 1.8.7 seems to be able to build fine against this particular OpenSSL version. Will do some investigation later this evening.
The interesting part here is, that the fiel is called: openssl_missing.h. It does include some additional prototypes missing in older openssl version. Now, the Problem is, that: 1.) The header gets included unconditionally 2.) Most of the prototypes are unconditional I currently assume that the headers of the newer openssl version now include some additional prototypes and thus collide, because the ruby package did not 'expect' for this to happen. I didn't have a chance to diff the openssl.h files yet though and investigate this further.
This should now be fixed in ruby-1.8.6_p287-r11. I have also added a fixed version of ruby-1.8.6_p287-r4 using the same patch for those arches that have not re-added their keyword yet due to the change from ruby-config to eselect. I'm leaving this bug open for now since this problem also affects current stable versions. My intention is to file a stabilization bug tomorrow or the day after for ruby-1.8.6-p287-r4.
Hans, probably it's time to stabilize ruby-1.8.6-p287-r4. I've checked it and it works here.
(In reply to comment #3) > Hans, probably it's time to stabilize ruby-1.8.6-p287-r4. I've checked it and > it works here. Agreed. Arches, please stabilize dev-lang/ruby-1.8.6_p287-r4. The recent stabilization of openssl-0.8.9j is breaking compilation of the currently stable ruby 1.8.6_p287-r1. The -r4 version fixes this and also contains two fixes for minor problems (in -r2 and -r3). We'd normally wait longer before stabilization, but with the current stable releases broken it is better to stabilize this version quickly.
I'm trying to figure out where -r4 came from; not clear from the ChangeLog. I'm on -r11 right now for sparc.
(In reply to comment #5) > I'm trying to figure out where -r4 came from; not clear from the ChangeLog. > I'm on -r11 right now for sparc. > -r10 was split off of -r3 for testing the eselect-ruby module. -r4 is -r3 (= still with ruby-config) with the openssl fix applied.
*** Bug 254919 has been marked as a duplicate of this bug. ***
Stable for HPPA.
ppc64 stable
amd64/x86 stable
*** Bug 255159 has been marked as a duplicate of this bug. ***
ppc stable
Stable on alpha.
arm/ia64/s390/sh/sparc stable, closing