From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id BA9BD1396D0 for ; Tue, 15 Aug 2017 21:19:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8AB691FC07B; Tue, 15 Aug 2017 21:19:29 +0000 (UTC) Received: from mail-wr0-x229.google.com (mail-wr0-x229.google.com [IPv6:2a00:1450:400c:c0c::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1905D1FC002 for ; Tue, 15 Aug 2017 21:19:28 +0000 (UTC) Received: by mail-wr0-x229.google.com with SMTP id x43so6876021wrb.3 for ; Tue, 15 Aug 2017 14:19:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=3QgzxPrkEbAbsDfxRhtaDzOxfrDDDreIAkzYClcPWdM=; b=BAadq3AMTMlykCsxuhyOy9TPXrGqlYO1oKOn05PMkK2y6WulDutXdNuxSaZvd2nYIX H0leEj11lw3FCKAwCcRECPyB3YK8L9U5j3nXsDwS9PqbjBgmdvO6tDxQ6N93ibxg4Th/ PG/qfPPa/LNUxq1DPrUd99ZyJiqUCg8Rhw698HFVDA9UN7SBV5cWErtAR7ezuWv/697J SQOHbW69yTz4pbRXbTrdVueD2jh4YOjRUIqe4HwbV8clorua5WPl40vCVDv2SHdloBgW +viOXKbRX0jPwQDhF2EVxnqi6Zgj9FGlB25ydAWWsRrI+gOzUEVx7VXNjqTIPoDbwS8h EgiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=3QgzxPrkEbAbsDfxRhtaDzOxfrDDDreIAkzYClcPWdM=; b=Ku8fqWEzj3dozXzFyOYmkNU4llO+J93WLKQYfs5dZfb+WzLnMfS/sJ/A9ccSc8br0Z Qah/cGMhnH/GtB3R7vFOGeyLz4eUWtoroUQxGXwo4OyTDBAjN5PiPzlDf4guOV/ePW0e 04hRSCI+2uyB5txFtlpJ9NN3DfwKDLmOjEA25MlD8QRJhz2ocbO1HTaKI5KFpSgUimeP 7+xIzi+bxXB1NYnTtQ/1yC6ex3U4Y8sdNgOTXw+Lo6sqkxztL9ZH+oJpW1UExW7DDgoG 0IJTwK/6AvFEIZtJfCRye4cADHS2tP2wWh6t/8UtDl6jGffNPpJs6tF2mCz94EWy0sAF +aZg== X-Gm-Message-State: AHYfb5jLmfstXlpuWPbcC/N9G61Wo8KOlLGU8niA1TrvwaLxm7CzYLBE Y+pUD7s1Q29WTnsRvufF1u/RJGiuJed+ X-Received: by 10.223.144.162 with SMTP id i31mr18919182wri.3.1502831967609; Tue, 15 Aug 2017 14:19:27 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.28.213.10 with HTTP; Tue, 15 Aug 2017 14:19:06 -0700 (PDT) From: John Blinka Date: Tue, 15 Aug 2017 17:19:06 -0400 Message-ID: Subject: [gentoo-user] zfs emerge failure To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: 3cf00b71-eeb3-40be-a1b4-8c2bd5b5ee2d X-Archives-Hash: 3d188075a832cf3ab3926abcf6c7413b Hi, Gentoo, Hope someone can shed some light on continuing emerge failures for zfs since gnetoo-sources-4.4.39 and zfs-0.6.5.8. I was able to install that version of zfs with that kernel last November on one of my machines, but have been unable to upgrade zfs since then, or to install it in any newer kernel, or even to re-install the same version on the same kernel. Emerge fails consistently in the configuration phase for spl with the following snippet in the log: checking kernel source directory... /usr/src/linux checking kernel build directory... /lib/modules/4.12.5-gentoo/build checking kernel source version... Not found configure: error: *** Cannot find UTS_RELEASE definition. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/sys-kernel/spl-0.7.1/work/spl-0.7.1/config.log * ERROR: sys-kernel/spl-0.7.1::gentoo failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 115: Called src_configure * environment, line 3831: Called autotools-utils_src_configure * environment, line 614: Called econf '--docdir=/usr/share/doc/spl-0.7.1' '--bindir=/bin' '--sbindir=/sbin' '--with-config=all' '--with-linux=/usr/src/linux' '--with-linux-obj=/lib/modules/4.12.5-gentoo/build' '--disable-debug' * phase-helpers.sh, line 665: Called __helpers_die 'econf failed' * isolated-functions.sh, line 117: Called die * The specific snippet of code: * die "$@" Googling around for the "Cannot find UTS_RELEASE" complaint reveals that a few people have encountered this problem over the years. It appeared in those cases to be attributable to the user running the configuration script not having sufficient authority to read ./include/generated/utsrelease.h in the kernel tree. As far as I can tell, I think I ought to have sufficient permission to read that file. I've gone so far as to chmod 777 the entire kernel tree to ensure sufficient access. No luck with that "solution": same error. I've tried strace on emerge to see if I could figure out what it's doing when it's looking for UTS_RELEASE, but no luck with that either. Nothing that I can find in Bugzilla, either, although that could be due to inexperience in using it. Any idea what could be going on, or how I could go about debugging it more effectively? Thanks, John Blinka