[gentoo-dev] Last rites: net-mail/maildirtree
# Aaron Bauman (2020-08-28) # EAPI=4 and fails to compile # Dead upstream. Removal in 30 days net-mail/maildirtree -- Cheers, Aaron signature.asc Description: PGP signature
[gentoo-dev] [PATCH] profiles/base/make.defaults: ENV_UNSET CARGO_HOME
CARGO_HOME may leak into ebuild environment and lead to write attempts to directory specified. This is explicitly taken care of in cargo.eclass, but ebuilds that don't use the eclass can still be affected. Signed-off-by: Georgy Yakovlev --- profiles/base/make.defaults | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/profiles/base/make.defaults b/profiles/base/make.defaults index 1ac69f51ec9..9f570d905c8 100644 --- a/profiles/base/make.defaults +++ b/profiles/base/make.defaults @@ -40,7 +40,7 @@ CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf" # GOBIN needs to be cleaned as random values in GOBIN can affect the # building of some packages: # https://archives.gentoo.org/gentoo-dev/message/163010f83ae7819d80c0cfdf797cbfe0 -ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR PERL_MM_OPT PERL5LIB PERL5OPT PERL_MB_OPT PERL_CORE PERLPREFIX GOBIN GOPATH" +ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR PERL_MM_OPT PERL5LIB PERL5OPT PERL_MB_OPT PERL_CORE PERLPREFIX GOBIN GOPATH CARGO_HOME" # Variables that are set exclusively by the profile # and not by user configuration files. -- 2.28.0
Re: [gentoo-dev] net-misc/asterisk fails to compile: clang/LLVM: bug 731280
On Fri, 28 Aug 2020 10:10:02 +0200 Fabian Groffen wrote: > On 28-08-2020 08:52:09 +0100, Sergei Trofimovich wrote: > > On Fri, 28 Aug 2020 07:37:54 +0100 > > Sergei Trofimovich wrote: > > > > > On Fri, 28 Aug 2020 08:15:47 +0200 > > > Jaco Kroon wrote: > > > > > > > Hi All, > > > > > > > > https://bugs.gentoo.org/731280 > > > > > > > > Summary: > > > > > > > > This machine uses a clang/LLVM toolchain. > > > > Asterisk fails to compile, ./configure fails with: > > > > > > > > checking for RAII support... checking for clang -fblocks... > > > > configure: error: BlocksRuntime is required for clang, please install > > > > libblocksruntime > > > > > > > > I suspect this explains the issue: > > > > > > > > https://github.com/mackyle/blocksruntime > > > > > > > > I have no idea how to actually solve this. > > > > > > honggfuzz also needs it as it happens to use -fblocks on clang: > > > https://bugs.gentoo.org/729256 > > > > > > We need to package the library. I can give it a try. > > > > Packaged library as sys-libs/blocksruntime: > > > > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ae376c73ef197d6c7aa619e821c436ccab0cd77e > > > > Usage example for app-forensics/honggfuzz: > > > > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fd841336dfdefbc14907e2d9b1eb1a1a3f5f8b8e > > > > This is cool, but shouldn't it be something like openmp? (e.g. blocks) You mean when -fopenmp is present in LDFLAGS compiler itself pulls in runtime? That would be ideal. But currently clang does not install blocks runtime. > There is no reason blocks have to be used if not on macOS (where system > headers use blocks features). Sure. As with most extensions it can be avoided. Alas some projects use it is for convenience. At least honggfuzz uses blocks with __attribute__(cleanup) to emulate lexical scope destructors: https://github.com/google/honggfuzz/blob/03bbc2de983f13cfcd880f72e3a56582c4f82f24/libhfcommon/util.h#L57 -- Sergei
Re: [gentoo-dev] [PATCH 0/2] eclass/java-{utils-2,pkg-simple}.eclass: features and enhancements
hi all,
jfyi, i'm going to commit these changes to the main tree at the end of
the weekend if there are no objections. (i've been mentoring this
project.) we have some other work that depends on these patches so i'd
like to see it in the main tree as soon as possible.
regards.
fordfrog
Dne 25. 08. 20 v 17:46 zongyu napsal(a):
Dear all,
I am one of the students who attend Gentoo's Google Summer of Code
program [1] this year. And this email is attempting to trigger a
review for a patch for eclass/java-{utils-2,pkg-simple}.eclass.
Java-pkg-simple.eclass is widely used by java packages that do not
provide a build.xml for building with java-ant-2.eclass. Although
java-pkg-simple.eclass works well right now, it still lacks some
features [2], such as installing java resources and providing
src_test() function.
The patch below is trying to enable some missing features of
java-pkg-simple.eclass, including:
1. Since some java packages (e.g. dev-java/commons-io) has java
resources bundled in jar files, java-pkg-simple.eclass now has a
function java-pkg-simple_prepend_resources() to recognize and
install those java resource files;
2. Some java packages have a "main class" so that we can execute
the jar file from command line. With "JAVA_MAIN_CLASS" and
"JAVA_LAUNCHER_FILENAME", the eclass can deal with the situation
properly;
3. Enabling src_test() function with multiple testing frameworks
like junit, testng, pkgdiff and so on;
4. Pkgdiff test will compare natively compiled jar file and upstream
provided binary jar file, to support the feature the eclass will
fetch pre-compiled java jars and accept "JAVA_BINJAR_FILENAME" to
identify it.
Besides, installing binjar will help resolve circular
dependencies, so the eclass also accepts USE="binary" and
installs the binary jars now.
And for java-utils-2.eclass:
1. To support java-pkg-simple_src_test(), there is a new function
etestng() to launch java tests with dev-java/testng.
Finally, there is a breaking change to java-pkg-simple. Instead of
treating "JAVA_SRC_DIR" as a string of directories separated by
spaces, currently the eclass will treat it as an array. A few
packages will be affected and fail to build, and the second patch
will solve the problem.
P.S.
This is the first time for me to write a patch for such a huge
project and send such an email. I hope this email will meet your
requirements, and I would appreciate your every response.
Regards,
Zhang Zongyu
[1] the GSoC program
https://summerofcode.withgoogle.com/projects/#4994566568017920
[2] a related bug
https://bugs.gentoo.org/564158
zongyu (2):
java-pkg-simple.eclass and java-utils-2.eclass: features and
enhancements
patching ebuild files to support new java-pkg-simple
dev-java/juel/juel-2.1.0-r2.ebuild| 2 +-
dev-java/piccolo2d/piccolo2d-3.0-r1.ebuild| 2 +-
.../swingx-ws-1.0_p20110515-r1.ebuild | 4 +-
.../xml-commons/xml-commons-1.4.01.ebuild | 2 +-
dev-java/xsdlib/xsdlib-20090415.ebuild| 4 +-
eclass/java-pkg-simple.eclass | 379 --
eclass/java-utils-2.eclass| 38 ++
7 files changed, 395 insertions(+), 36 deletions(-)
Re: [gentoo-dev] net-misc/asterisk fails to compile: clang/LLVM: bug 731280
On 28-08-2020 08:52:09 +0100, Sergei Trofimovich wrote: > On Fri, 28 Aug 2020 07:37:54 +0100 > Sergei Trofimovich wrote: > > > On Fri, 28 Aug 2020 08:15:47 +0200 > > Jaco Kroon wrote: > > > > > Hi All, > > > > > > https://bugs.gentoo.org/731280 > > > > > > Summary: > > > > > > This machine uses a clang/LLVM toolchain. > > > Asterisk fails to compile, ./configure fails with: > > > > > > checking for RAII support... checking for clang -fblocks... > > > configure: error: BlocksRuntime is required for clang, please install > > > libblocksruntime > > > > > > I suspect this explains the issue: > > > > > > https://github.com/mackyle/blocksruntime > > > > > > I have no idea how to actually solve this. > > > > honggfuzz also needs it as it happens to use -fblocks on clang: > > https://bugs.gentoo.org/729256 > > > > We need to package the library. I can give it a try. > > Packaged library as sys-libs/blocksruntime: > > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ae376c73ef197d6c7aa619e821c436ccab0cd77e > > Usage example for app-forensics/honggfuzz: > > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fd841336dfdefbc14907e2d9b1eb1a1a3f5f8b8e This is cool, but shouldn't it be something like openmp? (e.g. blocks) There is no reason blocks have to be used if not on macOS (where system headers use blocks features). Thanks, Fabian -- Fabian Groffen Gentoo on a different level signature.asc Description: PGP signature
Re: [gentoo-dev] net-misc/asterisk fails to compile: clang/LLVM: bug 731280
On Fri, 28 Aug 2020 07:37:54 +0100 Sergei Trofimovich wrote: > On Fri, 28 Aug 2020 08:15:47 +0200 > Jaco Kroon wrote: > > > Hi All, > > > > https://bugs.gentoo.org/731280 > > > > Summary: > > > > This machine uses a clang/LLVM toolchain. > > Asterisk fails to compile, ./configure fails with: > > > > checking for RAII support... checking for clang -fblocks... > > configure: error: BlocksRuntime is required for clang, please install > > libblocksruntime > > > > I suspect this explains the issue: > > > > https://github.com/mackyle/blocksruntime > > > > I have no idea how to actually solve this. > > honggfuzz also needs it as it happens to use -fblocks on clang: > https://bugs.gentoo.org/729256 > > We need to package the library. I can give it a try. Packaged library as sys-libs/blocksruntime: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ae376c73ef197d6c7aa619e821c436ccab0cd77e Usage example for app-forensics/honggfuzz: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fd841336dfdefbc14907e2d9b1eb1a1a3f5f8b8e -- Sergei
Re: [gentoo-dev] net-misc/asterisk fails to compile: clang/LLVM: bug 731280
On Fri, 28 Aug 2020 08:15:47 +0200 Jaco Kroon wrote: > Hi All, > > https://bugs.gentoo.org/731280 > > Summary: > > This machine uses a clang/LLVM toolchain. > Asterisk fails to compile, ./configure fails with: > > checking for RAII support... checking for clang -fblocks... > configure: error: BlocksRuntime is required for clang, please install > libblocksruntime > > I suspect this explains the issue: > > https://github.com/mackyle/blocksruntime > > I have no idea how to actually solve this. honggfuzz also needs it as it happens to use -fblocks on clang: https://bugs.gentoo.org/729256 We need to package the library. I can give it a try. -- Sergei
[gentoo-dev] net-misc/asterisk fails to compile: clang/LLVM: bug 731280
Hi All, https://bugs.gentoo.org/731280 Summary: This machine uses a clang/LLVM toolchain. Asterisk fails to compile, ./configure fails with: checking for RAII support... checking for clang -fblocks... configure: error: BlocksRuntime is required for clang, please install libblocksruntime I suspect this explains the issue: https://github.com/mackyle/blocksruntime I have no idea how to actually solve this. If someone can help that would be great, else I have no choice but to mark as CANTFIX. Kind Regards, Jaco
