1. Forum
  2. Usenet
  3. LINUX.GENTOO.USER

  • Re: [gentoo-user] colm installation is failing with ACCESS DENIED

    From Michael Orlitzky@21:1/5 to Mansour Al Akeel on Sat Feb 22 16:00:01 2025
    On 2025-02-21 22:02:34, Mansour Al Akeel wrote:
    Not sure what does this mean and how to solve this?

    emerge net-libs/webkit-gtk

    Getting:

    checking checking if javac is able to compile programs ... ... * ACCESS DENIED: fopen_wr: /proc/self/coredump_filter
    * ACCESS DENIED: fopen_wr: /proc/self/coredump_filter

    Do you have your C/C++ compiler set to "javac"? Check the CC and CXX environment variables. (There's no java in webkit-gtk.)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michael Orlitzky@21:1/5 to Mansour Al Akeel on Sat Feb 22 19:00:01 2025
    On 2025-02-22 10:40:28, Mansour Al Akeel wrote:
    The problem is in the dependency dev-util/colm and not with webkit-gtk.

    The sorted env vars contains no reference to 'java'. In fact there's
    neither CC nor CXX env-var:

    Check "emerge --info" too.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michael Orlitzky@21:1/5 to Mansour Al Akeel on Tue Feb 25 02:50:01 2025
    On 2025-02-22 15:28:13, Mansour Al Akeel wrote:
    Michael,
    Similar behavior is seen when updating sys-devel/bison. I installed openjdk instead of graalvm, just in case. Here's the relevant output for emerge:

    checking whether x86_64-pc-linux-gnu-g++ supports POSIXLY_CORRECT=1... yes checking for dmd... no
    checking for -g... no
    checking for Java compiler... [31;01m* [0m [31;01mACCESS DENIED [0m:
    fopen_wr: /proc/self/coredump_filter
    [31;01m* [0m [31;01mACCESS DENIED [0m: fopen_wr:

    I didn't know about colm, but in this case it's more obvious what is
    happening, and it turns out to be the same problem in colm.

    The ./configure scripts for these packages are testing whether or not
    your java compiler works, and your java compiler is trying to write to
    some unusual paths. A workaround for this was introduced in

    https://bugs.gentoo.org/502280

    but if you are using graalvm, you won't have the workaround. Fortunately
    the entire workaround is to put a SANDBOX_PREDICT entry in a file under /etc/sandbox.d. You should already have a few files there; you can
    probably copy one and modify it for the paths that are causing issues.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)