... gcc -I../include -fpcc-struct-return -fPIC -O2 -march=pentium4 -fomit-frame-pointer -c -o smtp.o smtp.c ar r libsmtp.a smtp.o ar: creating libsmtp.a : libsmtp.a gcc -fpcc-struct-return -fPIC -shared -Xlinker -soname=libelmme-smtp.so -o ../../shlib/libelmme-smtp.so smtp.o make[2]: Leaving directory `/var/tmp/portage/mail-client/elm-2.4_rc100-r1/work/elm2.4.ME+.100/shared_libs/smtp' cd smtp; make -w ../../shlib/libelmme-smtp.so make[2]: Entering directory `/var/tmp/portage/mail-client/elm-2.4_rc100-r1/work/elm2.4.ME+.100/shared_libs/smtp' make[2]: `../../shlib/libelmme-smtp.so' is up to date. make[2]: Leaving directory `/var/tmp/portage/mail-client/elm-2.4_rc100-r1/work/elm2.4.ME+.100/shared_libs/smtp' cd tls; make -w all make[2]: Entering directory `/var/tmp/portage/mail-client/elm-2.4_rc100-r1/work/elm2.4.ME+.100/shared_libs/tls' /bin/chmod u+w elmtls.h /bin/touch elmtls.h gcc -I../include -fpcc-struct-return -fPIC -O2 -march=pentium4 -fomit-frame-pointer -c -o pop.o pop.c In file included from /usr/include/openssl/crypto.h:131, from /usr/include/openssl/comp.h:5, from /usr/include/openssl/ssl.h:176, from elmtls.h:11, from pop.c:9: /usr/include/openssl/ossl_typ.h:146: error: expected identifier or '(' before numeric constant make[2]: *** [pop.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/mail-client/elm-2.4_rc100-r1/work/elm2.4.ME+.100/shared_libs/tls' make[1]: *** [tls/libtls.a] Error 2 make[1]: Leaving directory `/var/tmp/portage/mail-client/elm-2.4_rc100-r1/work/elm2.4.ME+.100/shared_libs' make: *** [all] Error 2 !!! ERROR: mail-client/elm-2.4_rc100-r1 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' environment, line 1226: Called src_compile elm-2.4_rc100-r1.ebuild, line 64: Called die
Created attachment 111552 [details] emerge --info
Created attachment 111554 [details] Log compilation
dev-libs/openssl is at version 0.9.8d extract of 2 lines before and 2 after the line number 146 144:typedef struct conf_st CONF; 145: 146:typedef struct store_st STORE; 147:typedef struct store_method_st STORE_METHOD;
please mark bug #149442 as a duplicate of this, just to keep score.
Created attachment 111602 [details] elm-2.4_p123.ebuild This is an ebuild for the Patchlevel 123 of Elm Me+ 2.4. It compiles fine if you put the patches (below in a few minutes) into the files folder. It only has a problem with a sandbox violation. I was hoping someone smarter than me could figure that out.
Created attachment 111604 [details, diff] gcc4-mime_types.c.patch Patch 1
Created attachment 111606 [details, diff] gcc4-misclib.h.patch Patch 2
Work ok :-) just the sandbox problem, Thank's. make[1]: Entering directory `/var/tmp/portage/mail-client/elm-2.4_p123/work/elm2.4.ME+.123' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/var/tmp/portage/mail-client/elm-2.4_p123/work/elm2.4.ME+.123' bin/elmregister master make install_s ACCESS DENIED open_wr: /etc/elm/elm.filelist bin/elmregister: Failed to create or open file /etc/elm/elm.filelist on /: /etc/elm/elm.filelist make: *** [install] Error 1
(In reply to comment #8) > Work ok :-) > just the sandbox problem, Thank's. Just to let you know, I'm working on this. I have an ebuild that builds (more) correctly. But the elmregister program and helpers insist on being run in /, which causes the sandbox errors. I could probably work around this by doing it in post_inst, but I'v got a fix from the author for some of my problems and I think I can get it to install correctly.
Guys, the failure to build (which is biting many people as a glsa caused everyone to need to recompile elm) can be fixed by reordering includes; the changelog for P123 says that. Why can't you put that fix in immediately to the existing P100 and fix the sandbox problem in P123 later?
elm was removed from the tree.