Opened 9 years ago
Closed 9 years ago
#48312 closed defect (worksforme)
openssl 1.0.2d stuck on configuring process
Reported by: | rubendibattista (Ruben Di Battista) | Owned by: | larryv (Lawrence Velázquez) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.3 |
Keywords: | Cc: | neverpanic (Clemens Lang) | |
Port: | openssl |
Description
While doing
port update outdated
the building process stuck on the Configuring phase.
Here is the output of the verbose command:
Configuring for darwin64-x86_64-cc no-ec_nistp_64_gcc_128 [default] OPENSSL_NO_EC_NISTP_64_GCC_128 (skip dir) no-gmp [default] OPENSSL_NO_GMP (skip dir) no-jpake [experimental] OPENSSL_NO_JPAKE (skip dir) no-krb5 [krb5-flavor not specified] OPENSSL_NO_KRB5 no-libunbound [experimental] OPENSSL_NO_LIBUNBOUND (skip dir) no-md2 [default] OPENSSL_NO_MD2 (skip dir) no-rc5 [default] OPENSSL_NO_RC5 (skip dir) no-rfc3779 [default] OPENSSL_NO_RFC3779 (skip dir) no-sctp [default] OPENSSL_NO_SCTP (skip dir) no-ssl-trace [default] OPENSSL_NO_SSL_TRACE (skip dir) no-store [experimental] OPENSSL_NO_STORE (skip dir) no-unit-test [default] OPENSSL_NO_UNIT_TEST (skip dir) no-zlib-dynamic [default] IsMK1MF=0 CC =/usr/bin/clang CFLAG =-fPIC -fno-common -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -arch x86_64 -O3 -DL_ENDIAN -Wall -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM EX_LIBS =-L/opt/local/lib -lz CPUID_OBJ =x86_64cpuid.o BN_ASM =x86_64-gcc.o x86_64-mont.o x86_64-mont5.o x86_64-gf2m.o rsaz_exp.o rsaz-x86_64.o rsaz-avx2.o EC_ASM =ecp_nistz256.o ecp_nistz256-x86_64.o DES_ENC =des_enc.o fcrypt_b.o AES_ENC =aes-x86_64.o vpaes-x86_64.o bsaes-x86_64.o aesni-x86_64.o aesni-sha1-x86_64.o aesni-sha256-x86_64.o aesni-mb-x86_64.o BF_ENC =bf_enc.o CAST_ENC =c_enc.o RC4_ENC =rc4_enc.o rc4_skey.o RC5_ENC =rc5_enc.o MD5_OBJ_ASM =md5-x86_64.o SHA1_OBJ_ASM =sha1-x86_64.o sha256-x86_64.o sha512-x86_64.o sha1-mb-x86_64.o sha256-mb-x86_64.o RMD160_OBJ_ASM= CMLL_ENC =cmll-x86_64.o cmll_misc.o MODES_OBJ =ghash-x86_64.o aesni-gcm-x86_64.o ENGINES_OBJ = PROCESSOR = RANLIB =/opt/local/bin/ranlib ARFLAGS = PERL =/usr/bin/perl SIXTY_FOUR_BIT_LONG mode DES_UNROLL used DES_INT used RC4_CHUNK is unsigned long
ProductName: Mac OS X
ProductVersion: 10.10.4
BuildVersion: 14E46
Attachments (1)
Change History (8)
comment:1 Changed 9 years ago by neverpanic (Clemens Lang)
Cc: | cal@… added |
---|---|
Owner: | changed from macports-tickets@… to larryv@… |
comment:2 Changed 9 years ago by rubendibattista (Ruben Di Battista)
Sorry about the maintainers. I read wrong the rules :S
In any case the main.log
is not present because the installation was interrupt by me Ctrl+C
.
I cleaned and tried again, even with the -tv
options but the configuration process get stuck at RC4_CHUNK is unsigned long
and doesn't go on.
comment:3 Changed 9 years ago by neverpanic (Clemens Lang)
The main.log
still exists; run port logfile openssl
to get its path.
Changed 9 years ago by rubendibattista (Ruben Di Battista)
Attachment: | main.log.gz added |
---|
main.log.gz
comment:4 Changed 9 years ago by rubendibattista (Ruben Di Battista)
I attached it. Sorry about that. :S
comment:5 Changed 9 years ago by neverpanic (Clemens Lang)
OK, so the step that fails for you is make links depend gentests
; apparently your make process is just hanging there.
Does /Library/Developer/CommandLineTools/usr/bin/make
exist on your system?
Also, we've previously seen random hangs in Xcode's build tools that could be solved by a reboot (an awfully Windows-y workaround, but it worked in all cases so far). When did you last restart your system?
comment:6 Changed 9 years ago by rubendibattista (Ruben Di Battista)
That was the case. A reboot solved the problem (but... what? o.O).
Thanks for your help!
comment:7 Changed 9 years ago by neverpanic (Clemens Lang)
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Yeah, there's somehow MacPorts' environment triggers a problem deep down in OS X internals (probably Mach ports or something similar) that causes these hangs -- at least that's my guess, since nobody had the required time and knowledge to debug this, yet.
Please Cc the maintainers when reporting bugs against ports. Please attach the main.log. Did you clean and try again? Have you tried in trace mode (i.e.
port -t
)?