[gentoo-dev] Last rites: net-mail/maildirtree

2020-08-28 Thread Aaron Bauman
# 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

2020-08-28 Thread Georgy Yakovlev
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

2020-08-28 Thread Sergei Trofimovich
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

2020-08-28 Thread Miroslav Ć ulc

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

2020-08-28 Thread Fabian Groffen
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

2020-08-28 Thread Sergei Trofimovich
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

2020-08-28 Thread Sergei Trofimovich
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

2020-08-28 Thread Jaco Kroon
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