From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 25 21:23:11 2019 Received: (at submit) by debbugs.gnu.org; 26 Oct 2019 01:23:11 +0000 Received: from localhost ([127.0.0.1]:39549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iOAnO-0002h4-Tg for submit@debbugs.gnu.org; Fri, 25 Oct 2019 21:23:11 -0400 Received: from lists.gnu.org ([209.51.188.17]:41040) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iOAnN-0002gw-BM for submit@debbugs.gnu.org; Fri, 25 Oct 2019 21:23:09 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57630) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iOAnL-0003J2-04 for bug-guix@gnu.org; Fri, 25 Oct 2019 21:23:09 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_LOW, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iOAnJ-00037U-G2 for bug-guix@gnu.org; Fri, 25 Oct 2019 21:23:06 -0400 Received: from imta-35.everyone.net ([216.200.145.35]:52444 helo=imta-38.everyone.net) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iOAnJ-000373-80 for bug-guix@gnu.org; Fri, 25 Oct 2019 21:23:05 -0400 Received: from pps.filterd (m0004961.ppops.net [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id x9Q1K6ZM003888 for ; Fri, 25 Oct 2019 18:23:01 -0700 X-Eon-Originating-Account: O8CE88tW2Q5jOJFHEqRYkQdiDo8WfHDDq84oBBznAhQ X-Eon-Dm: m0116952.ppops.net Received: by m0116952.mta.everyone.net (EON-AUTHRELAY2 - 32d0d199) id m0116952.5db23b6f.692e0 for ; Fri, 25 Oct 2019 18:22:59 -0700 X-Eon-Sig: AQMHrIJds5/zhrlZmQIAAAAB,90754b7950ea609c6cd52ff16020e8bf X-Eip: pBI5gtXe-6tCPoABp4hIG43jafUhchzz3KN8MKIwnyQ Date: Fri, 25 Oct 2019 18:22:48 -0700 From: Bengt Richter To: New-Bug Subject: Cannot guix refresh -ru util-linux to get updated lsblk Message-ID: <20191026012248.GA119672@PhantoNv4ArchGx.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.12.2 (2019-09-21) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-10-25_11:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=743 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910260013 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by imta-38.everyone.net id x9Q1K6ZM003888 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy] X-Received-From: 216.200.145.35 X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bengt Richter Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) Hi Guix, IpPulled and updated to guix describe: --------------------- Generation 19 Oct 24 2019 22:37:20 (current) guix 6caa739 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 6caa7392d8e51f5ef26e9efaa867ca5f9e1cac91 --------------------- but lsblk -f still looks like this: --------------------- NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT sda =20 =E2=94=9C=E2=94=80sda1 =20 =E2=94=9C=E2=94=80sda2 =20 =E2=94=9C=E2=94=80sda3 =20 =E2=94=9C=E2=94=80sda4 =20 =E2=94=9C=E2=94=80sda5 =20 =E2=94=9C=E2=94=80sda6 =20 =E2=94=94=E2=94=80sda7 =20 sdb =20 =E2=94=94=E2=94=80sdb1 =20 nvme0n1 =20 =E2=94=9C=E2=94=80nvme0n1p1 510M 50% /boot =E2=94=9C=E2=94=80nvme0n1p2 =20 =E2=94=9C=E2=94=80nvme0n1p3 [SWAP] =E2=94=94=E2=94=80nvme0n1p4 12.6G 71% / --------------------- where it should look like: (got this using foreign /usr/bin/lsblk -f) --------------------- NAME FSTYPE LABEL UUID F= SAVAIL FSUSE% MOUNTPOINT sda = =20 =E2=94=9C=E2=94=80sda1 vfat Phanto1EFI 98AB-229C = =20 =E2=94=9C=E2=94=80sda2 ext4 d8ce4206-fc92-4248-816= 4-3fe5397c28fb =20 =E2=94=9C=E2=94=80sda3 swap 59e8ffd8-a2df-4021-ba5= 9-c8dda6215f83 =20 =E2=94=9C=E2=94=80sda4 ext4 Phanto4ArchGx 617f2280-d34a-4dea-ac5= 0-a1222dd18c26 =20 =E2=94=9C=E2=94=80sda5 ext4 Phanto5ArchGxOn 71e61e41-81d0-48ac-b50= f-a00668723c32 =20 =E2=94=9C=E2=94=80sda6 ext4 Phanto6Arch e5760f87-71bc-4318-92f= 1-d108e5c9e332 =20 =E2=94=94=E2=94=80sda7 ext4 Phanto7GuixSD a60eac5f-2306-49c5-8c8= 7-7cab28ff6d37 =20 sdb = =20 =E2=94=94=E2=94=80sdb1 ext4 Cruz1GxArchivA 18fb1d34-47b0-4d62-bae= a-43681ec2e5a4 =20 nvme0n1 = =20 =E2=94=9C=E2=94=80nvme0n1p1 vfat PhantoV1EFI 6E3C-D410 = 510M 50% /boot =E2=94=9C=E2=94=80nvme0n1p2 ext4 PhantoNv2Empty 76bc8f68-126c-4a6c-8b7= 7-afc89bd2726a =20 =E2=94=9C=E2=94=80nvme0n1p3 swap 24151091-f47a-46e2-a6c= b-e5219eddae7c [SWAP] =E2=94=94=E2=94=80nvme0n1p4 ext4 PhantoNv4ArchGx 12eec2bf-bc81-48a8-b44= 4-26913c078302 12.6G 71% / --------------------- So I tried: [17:59 ~/bs]$ guix refresh -r util-linux guix/build-system/gnu.scm:143:8: findutils would be upgraded from 4.6.0 t= o 4.7.0 gnu/packages/commencement.scm:2183:2: binutils would be upgraded from 2.3= 2 to 2.33.1 gnu/packages/commencement.scm:2244:2: gcc would be upgraded from 7.4.0 to= 9.2.0 gnu/packages/commencement.scm:2142:2: glibc would be upgraded from 2.29 t= o 2.30 [18:01 ~/bs]$ guix refresh -ru util-linux guix/build-system/gnu.scm:143:8: error: cannot download for this method: = # [18:02 ~/bs]$ lsblk --version lsblk from util-linux 2.34 [18:04 ~/bs]$ guix package -I util-linux util-linux 2.34 out /gnu/store/xymkwf57x988q8cny2is1dgzrbr9xd= fi-util-linux-2.34 [18:04 ~/bs]$ # was -ru combination a problem? [18:05 ~/bs]$ guix refresh -u util-linux [18:06 ~/bs]$ guix refresh -r util-linux guix/build-system/gnu.scm:143:8: findutils would be upgraded from 4.6.0 t= o 4.7.0 gnu/packages/commencement.scm:2183:2: binutils would be upgraded from 2.3= 2 to 2.33.1 gnu/packages/commencement.scm:2244:2: gcc would be upgraded from 7.4.0 to= 9.2.0 gnu/packages/commencement.scm:2142:2: glibc would be upgraded from 2.29 t= o 2.30 [18:06 ~/bs]$ guix refresh -ur util-linux guix/build-system/gnu.scm:143:8: error: cannot download for this method: = # [18:06 ~/bs]$ su -c 'setterm -file refresh-errors.txt -dump 1' TIA for any help :) -- Regards, Bengt Richter From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 28 18:29:29 2019 Received: (at 37931) by debbugs.gnu.org; 28 Oct 2019 22:29:29 +0000 Received: from localhost ([127.0.0.1]:46530 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPDVw-0001D5-Lp for submit@debbugs.gnu.org; Mon, 28 Oct 2019 18:29:29 -0400 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]:46543) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPDVt-0001Cj-TK for 37931@debbugs.gnu.org; Mon, 28 Oct 2019 18:29:27 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 141FF4CA; Mon, 28 Oct 2019 18:29:20 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Mon, 28 Oct 2019 18:29:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= from:to:subject:in-reply-to:references:date:message-id :mime-version:content-type; s=fm1; bh=LdEk0EiLU7V9YoOWjeRxDLiJCf ZPm/nvAWWPVFTjTW8=; b=Ngb+mnwyH5ujlCeOgy0zK6Okj4mQoeJ6AJx6bAkaR8 SAbISXm99s7c9TIWBAaHt24W07kkm4kbXUOuuhcsAbC/ErnkupO/lojPCKrZKp62 OIdzWNbcOCoAKx8uJhbc2bTfI6uDcszWtY2D8un3u0rZwn32F4oY3pX63YujretA Cgwi7Gy1O61m1Nw0Xk0QXxj3wg0f0QaRF2VP5QuriNjeBkF/cusHRdZpLfpAi1+Q SsK5ZaAWOI8FUPHH+QNrFRd3AN+7XXZCfHVbNXR2D2ahc302uoSd3tezxO3kKhuO 2MhJeSyhs5erEtPY2uAcymZyiUuIk5KtjScSxUu2q8kw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=LdEk0E iLU7V9YoOWjeRxDLiJCfZPm/nvAWWPVFTjTW8=; b=gG7tqsNHLksMAiJXZs0Keo CATr/h+s770Yce9cwD26ICQc/pbna6EVCuq5sRqAmiKZXnkIdq1d66h825iKDae6 /GIZNOmVPC1VpoZWenRvctrvsZ9RjVSEnu8IpYnUGg9J1NP+63yxVbD7GNbeYdet BZJpVAk11UOvzb3TNzky1ceClsGqTNOzrK/y95rQsoZiKAxQTFPs20cADYTsHWDa FhFnNtfaG5cjCI2sBnNmZYjhR8BiEIzz6+JTHPBDS1LJBP+bcRx1eCgB1C7pnl/E Jdxd4p5WxD7FHphXZMh0g9Nod2yluHrhRFWYNtvuOmRu21Er+MtcJIkq9FBRl1zA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrleelgdduieefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefhvffujghffgffkfggtgesghdtre ertderjeenucfhrhhomhepofgrrhhiuhhsuceurghkkhgvuceomhgsrghkkhgvsehfrghs thhmrghilhdrtghomheqnecuffhomhgrihhnpehgnhhurdhorhhgnecukfhppeeivddrud eirdduledvrdduhedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmsggrkhhkvgesfhgr shhtmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from localhost (ti0006q161-0149.bb.online.no [62.16.192.150]) by mail.messagingengine.com (Postfix) with ESMTPA id E03EF80063; Mon, 28 Oct 2019 18:29:18 -0400 (EDT) From: Marius Bakke To: Bengt Richter , 37931@debbugs.gnu.org Subject: Re: bug#37931: Cannot guix refresh -ru util-linux to get updated lsblk In-Reply-To: <20191026012248.GA119672@PhantoNv4ArchGx.localdomain> References: <20191026012248.GA119672@PhantoNv4ArchGx.localdomain> User-Agent: Notmuch/0.29.1 (https://notmuchmail.org) Emacs/26.2 (x86_64-pc-linux-gnu) Date: Mon, 28 Oct 2019 23:29:16 +0100 Message-ID: <87tv7stsg3.fsf@devup.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37931 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Bengt, Bengt Richter writes: > Hi Guix, > > IpPulled and updated to guix describe: > --------------------- > Generation 19 Oct 24 2019 22:37:20 (current) > guix 6caa739 > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: 6caa7392d8e51f5ef26e9efaa867ca5f9e1cac91 > --------------------- > > but lsblk -f still looks like this: > --------------------- > NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT > sda=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda1=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda2=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda3=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda4=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda5=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda6=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=94=E2=94=80sda7=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > sdb=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=94=E2=94=80sdb1=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > nvme0n1=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80nvme0n1p1 510M 50% /boot > =E2=94=9C=E2=94=80nvme0n1p2=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80nvme0n1p3 [SWAP] > =E2=94=94=E2=94=80nvme0n1p4 12.6G 71% / > --------------------- > where it should look like: (got this using foreign /usr/bin/lsblk -f) > --------------------- > NAME FSTYPE LABEL UUID F= SAVAIL FSUSE% MOUNTPOINT > sda=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda1 vfat Phanto1EFI 98AB-229C=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda2 ext4 d8ce4206-fc92-4248-816= 4-3fe5397c28fb=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda3 swap 59e8ffd8-a2df-4021-ba5= 9-c8dda6215f83=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda4 ext4 Phanto4ArchGx 617f2280-d34a-4dea-ac5= 0-a1222dd18c26=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda5 ext4 Phanto5ArchGxOn 71e61e41-81d0-48ac-b50= f-a00668723c32=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80sda6 ext4 Phanto6Arch e5760f87-71bc-4318-92f= 1-d108e5c9e332=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=94=E2=94=80sda7 ext4 Phanto7GuixSD a60eac5f-2306-49c5-8c8= 7-7cab28ff6d37=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > sdb=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 > =E2=94=94=E2=94=80sdb1 ext4 Cruz1GxArchivA 18fb1d34-47b0-4d62-bae= a-43681ec2e5a4=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > nvme0n1=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80nvme0n1p1 vfat PhantoV1EFI 6E3C-D410 = 510M 50% /boot > =E2=94=9C=E2=94=80nvme0n1p2 ext4 PhantoNv2Empty 76bc8f68-126c-4a6c-8b7= 7-afc89bd2726a=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > =E2=94=9C=E2=94=80nvme0n1p3 swap 24151091-f47a-46e2-a6c= b-e5219eddae7c [SWAP] > =E2=94=94=E2=94=80nvme0n1p4 ext4 PhantoNv4ArchGx 12eec2bf-bc81-48a8-b44= 4-26913c078302 12.6G 71% / > --------------------- The `lsblk` program requires root privileges in order to detect file systems and UUIDs. I'm guessing your distribution makes it setuid root? To do the same on Guix System, see the "Setuid programs" section of the manual. You would need something along these lines in your config: (operating-system [...] (setuid-programs (cons #~(string-append #$util-linux "/bin/lsblk")) %setuid-programs)) Does that work for you? > So I tried: > > [17:59 ~/bs]$ guix refresh -r util-linux > guix/build-system/gnu.scm:143:8: findutils would be upgraded from 4.6.0 t= o 4.7.0 > gnu/packages/commencement.scm:2183:2: binutils would be upgraded from 2.3= 2 to 2.33.1 > gnu/packages/commencement.scm:2244:2: gcc would be upgraded from 7.4.0 to= 9.2.0 > gnu/packages/commencement.scm:2142:2: glibc would be upgraded from 2.29 t= o 2.30 > [18:01 ~/bs]$ guix refresh -ru util-linux > guix/build-system/gnu.scm:143:8: error: cannot download for this method: = # onal name #:key system)> 'guix refresh -u' only works in combination with the './pre-inst-env' script, because it tries to modify your Guix directly. In any case util-linux is already the latest version. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAl23a7wACgkQoqBt8qM6 VPpQVgf/VsRNYwr98LRSeSDNeLYTP7CpdQUXcijOwxQPLrrsrKZERaMsDlXs3xXk AZYpgWZlG2N8Zzl3WPSycWDfwEIXU5C/ujJ2Wg0ZwSUpzmOQDIjQRt0diKuduOYg 06A02Mhu312GTlT1zd7AQjeZx/kQbfjR4bom0xjI1O/ZL+IwKS0NxBgRwhZr4GjI N2C4nFgAt35Y/HGrncyPQrZA5g/2/I8WHZH+0i4zRoHpQxGbLiSMxps58Xk2nF4g oupJ2NeCwxuurbiFQHwgJls24i04opNaxqamKh41RESjAs008beb3B2CSvQxHczO C/MZ7PjNQq1T8waKmQUOO8bbl6kPpA== =TK8/ -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 02 10:43:15 2019 Received: (at 37931) by debbugs.gnu.org; 2 Nov 2019 14:43:15 +0000 Received: from localhost ([127.0.0.1]:32810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQucU-0005ut-C0 for submit@debbugs.gnu.org; Sat, 02 Nov 2019 10:43:14 -0400 Received: from imta-38.everyone.net ([216.200.145.38]:36630) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQucR-0005uj-7A for 37931@debbugs.gnu.org; Sat, 02 Nov 2019 10:43:12 -0400 Received: from pps.filterd (omta003.sj2.proofpoint.com [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id xA2Efcnh030655; Sat, 2 Nov 2019 07:43:08 -0700 X-Eon-Originating-Account: _aZrPLdxBgj50QCOTmLSNT0RBet_fi2cCL2xmyta-1k X-Eon-Dm: m0116953.ppops.net Received: by m0116953.mta.everyone.net (EON-AUTHRELAY2 - 32d0d199) id m0116953.5db23b72.2d8734; Sat, 2 Nov 2019 07:43:07 -0700 X-Eon-Sig: AQMHrIJdvZX7j7DBxQIAAAAC,f45445e4aba4a67e78f2cdf67140850d X-Eip: 8Z5oSx5RI9VTvVUK1iqQQnRBYt0V91MGv2u7HlkarFg Date: Sat, 2 Nov 2019 07:42:56 -0700 From: Bengt Richter To: Marius Bakke Subject: Re: bug#37931: Cannot guix refresh -ru util-linux to get updated lsblk Message-ID: <20191102144256.GA931@PhantoNv4ArchGx.localdomain> References: <20191026012248.GA119672@PhantoNv4ArchGx.localdomain> <87tv7stsg3.fsf@devup.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87tv7stsg3.fsf@devup.no> User-Agent: Mutt/1.12.1 (2019-06-15) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-02_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1911020144 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 37931 Cc: 37931@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bengt Richter Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) Hi Marius, On +2019-10-28 23:29:16 +0100, Marius Bakke wrote: > Hi Bengt, > > Bengt Richter writes: > > > Hi Guix, > > > > IpPulled and updated to guix describe: > > --------------------- > > Generation 19 Oct 24 2019 22:37:20 (current) > > guix 6caa739 > > repository URL: https://git.savannah.gnu.org/git/guix.git > > branch: master > > commit: 6caa7392d8e51f5ef26e9efaa867ca5f9e1cac91 > > --------------------- > > > > but lsblk -f still looks like this: > > --------------------- > > NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT > > sda > > ├─sda1 > > ├─sda2 > > ├─sda3 > > ├─sda4 > > ├─sda5 > > ├─sda6 > > └─sda7 > > sdb > > └─sdb1 > > nvme0n1 > > ├─nvme0n1p1 510M 50% /boot > > ├─nvme0n1p2 > > ├─nvme0n1p3 [SWAP] > > └─nvme0n1p4 12.6G 71% / > > --------------------- > > where it should look like: (got this using foreign /usr/bin/lsblk -f) > > --------------------- > > NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT > > sda > > ├─sda1 vfat Phanto1EFI 98AB-229C > > ├─sda2 ext4 d8ce4206-fc92-4248-8164-3fe5397c28fb > > ├─sda3 swap 59e8ffd8-a2df-4021-ba59-c8dda6215f83 > > ├─sda4 ext4 Phanto4ArchGx 617f2280-d34a-4dea-ac50-a1222dd18c26 > > ├─sda5 ext4 Phanto5ArchGxOn 71e61e41-81d0-48ac-b50f-a00668723c32 > > ├─sda6 ext4 Phanto6Arch e5760f87-71bc-4318-92f1-d108e5c9e332 > > └─sda7 ext4 Phanto7GuixSD a60eac5f-2306-49c5-8c87-7cab28ff6d37 > > sdb > > └─sdb1 ext4 Cruz1GxArchivA 18fb1d34-47b0-4d62-baea-43681ec2e5a4 > > nvme0n1 > > ├─nvme0n1p1 vfat PhantoV1EFI 6E3C-D410 510M 50% /boot > > ├─nvme0n1p2 ext4 PhantoNv2Empty 76bc8f68-126c-4a6c-8b77-afc89bd2726a > > ├─nvme0n1p3 swap 24151091-f47a-46e2-a6cb-e5219eddae7c [SWAP] > > └─nvme0n1p4 ext4 PhantoNv4ArchGx 12eec2bf-bc81-48a8-b444-26913c078302 12.6G 71% / > > --------------------- > > The `lsblk` program requires root privileges in order to detect file > systems and UUIDs. I'm guessing your distribution makes it setuid root? > It doesn't look like it to me (the following snip is from TTY4, where I enabled guix paths and environment, so I can see ~/.guix-profile and /usr stuff at the same time): Ok, I'm back from TTY4 with some stuff (enclosed by the tagged snip lines): --8<----(from emacs shell mode, guix enabled)-----------cut here---------------start------------->8--- $ gx-mode Current gx-mode: MY_GUIX_MODE-enabled Next login gx-mode: MY_GUIX_MODE-enabled Choose by number (or q for no change) from the following guix modes for next login: 1) MY_GUIX_MODE-enabled 2) MY_GUIX_MODE-disabled 3) MY_GUIX_MODE-shepherd #? q No change made to current nor next guix mode. $ which -a lsblk /home/bokr/.guix-profile/bin/lsblk /usr/bin/lsblk $ which -a lsblk|xargs readlink -f /gnu/store/xymkwf57x988q8cny2is1dgzrbr9xdfi-util-linux-2.34/bin/lsblk /usr/bin/lsblk $ which -a lsblk|xargs readlink -f|xargs file /gnu/store/xymkwf57x988q8cny2is1dgzrbr9xdfi-util-linux-2.34/bin/lsblk: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, not stripped /usr/bin/lsblk: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=4028ee9653d75f37372a56e4f53215d75c75f564, for GNU/Linux 3.2.0, stripped ┌───────────────────────────────────────────────────────┐ │ Notice "LSB pie executable" vs "LSB executable" above │ └───────────────────────────────────────────────────────┘ $ which -a lsblk|xargs readlink -f|xargs stat File: /gnu/store/xymkwf57x988q8cny2is1dgzrbr9xdfi-util-linux-2.34/bin/lsblk Size: 135560 Blocks: 272 IO Block: 4096 regular file Device: 10304h/66308d Inode: 1186253 Links: 2 Access: (0555/-r-xr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2019-11-01 02:38:11.782574923 -0700 Modify: 1969-12-31 16:00:01.000000000 -0800 Change: 2019-10-08 18:18:48.226579757 -0700 Birth: - File: /usr/bin/lsblk Size: 124992 Blocks: 248 IO Block: 4096 regular file Device: 10304h/66308d Inode: 264652 Links: 1 Access: (0755/-rwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2019-11-01 02:38:55.354524750 -0700 Modify: 2019-06-27 03:04:01.000000000 -0700 Change: 2019-07-06 00:59:13.620416635 -0700 Birth: - $ ┌───────────────────────────────────────────────────────────────────┐ │ I see Access: is 0555 vs 0755, so doubt if that should be changed │ └───────────────────────────────────────────────────────────────────┘ $ which -a lsblk|xargs readlink -f|xargs readelf -h File: /gnu/store/xymkwf57x988q8cny2is1dgzrbr9xdfi-util-linux-2.34/bin/lsblk ELF Header: Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 ┌─────────────────────────────────────────────────────────────┐ │ Type: EXEC (Executable file) │ └─────────────────────────────────────────────────────────────┘ Machine: Advanced Micro Devices X86-64 Version: 0x1 Entry point address: 0x406440 Start of program headers: 64 (bytes into file) Start of section headers: 133640 (bytes into file) Flags: 0x0 Size of this header: 64 (bytes) Size of program headers: 56 (bytes) Number of program headers: 11 Size of section headers: 64 (bytes) Number of section headers: 30 Section header string table index: 29 File: /usr/bin/lsblk ELF Header: Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 ┌───────────────────────────────────────────────────────────────┐ │ Type: DYN (Shared object file) │ └───────────────────────────────────────────────────────────────┘ Machine: Advanced Micro Devices X86-64 Version: 0x1 Entry point address: 0x6c50 Start of program headers: 64 (bytes into file) Start of section headers: 123200 (bytes into file) Flags: 0x0 Size of this header: 64 (bytes) Size of program headers: 56 (bytes) Number of program headers: 11 Size of section headers: 64 (bytes) Number of section headers: 28 Section header string table index: 27 $ --8<----(from emacs shell mode, guix enabled)-----------cut here---------------end--------------->8--- I did: /usr/bin/strace -ittyko lsblkusr.strace lsblk -f in "foreign" mode and /usr/bin/strace -ittyko lsblk.strace lsblk -f in "guix mode" I used /usr/bin/strace in both cases because it has the -k option and the guix version doesn't. IDK if that could be an iffy combination, but it seemed to work. I looked at both outputs, and saw something strange in the guix mode trace which was not in the foreign version: oom references: ┌─────────────────────────────────────────────────────────────────────────────────────────────────────┐ │ $ grep oom lsblk.strace |uniq -c │ │ 122 > /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/ld-2.29.so(oom+0x37) [0x1218] │ │ $ grep oom lsblkusr.strace │ └─────────────────────────────────────────────────────────────────────────────────────────────────────┘ Would whoever is familiar with the code have a look please? I would rather be debugging my own code ;-) --8<----(from emacs shell mode, guix enabled)-----------cut here---------------start------------->8--- $ # Both foreign and guix versions execute lsblk -h which shows the $ # -o options available -- identically: $ diff -u --report <(/usr/bin/lsblk -h) <(lsblk -h) Files /dev/fd/63 and /dev/fd/62 are identical $ # likewise the default output $ diff -u --report <(/usr/bin/lsblk) <(lsblk) Files /dev/fd/63 and /dev/fd/62 are identical $ $ # it is the -f option that calls for -o columns FSTYPE, LABEL, and UUID $ # that hits the problem (interestingly, FSAVAIL FSUSE% both work, and they were unavailable before 2.34): $ diff -u --report <(/usr/bin/lsblk -f) <(lsblk -f) --- /dev/fd/63 2019-11-01 21:11:53.517902795 -0700 +++ /dev/fd/62 2019-11-01 21:11:53.521236034 -0700 @@ -1,16 +1,16 @@ -NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT -sda -├─sda1 vfat Phanto1EFI 98AB-229C -├─sda2 ext4 d8ce4206-fc92-4248-8164-3fe5397c28fb -├─sda3 swap 59e8ffd8-a2df-4021-ba59-c8dda6215f83 -├─sda4 ext4 Phanto4ArchGx 617f2280-d34a-4dea-ac50-a1222dd18c26 -├─sda5 ext4 Phanto5ArchGxOn 71e61e41-81d0-48ac-b50f-a00668723c32 -├─sda6 ext4 Phanto6Arch e5760f87-71bc-4318-92f1-d108e5c9e332 -└─sda7 ext4 Phanto7GuixSD a60eac5f-2306-49c5-8c87-7cab28ff6d37 -sdb -└─sdb1 ext4 35c979a8-e19a-4447-bc84-47b66c0ade49 -nvme0n1 -├─nvme0n1p1 vfat PhantoV1EFI 6E3C-D410 510M 50% /boot -├─nvme0n1p2 ext4 PhantoNv2Empty 76bc8f68-126c-4a6c-8b77-afc89bd2726a -├─nvme0n1p3 swap 24151091-f47a-46e2-a6cb-e5219eddae7c [SWAP] -└─nvme0n1p4 ext4 PhantoNv4ArchGx 12eec2bf-bc81-48a8-b444-26913c078302 12.1G 72% / +NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT +sda +├─sda1 +├─sda2 +├─sda3 +├─sda4 +├─sda5 +├─sda6 +└─sda7 +sdb +└─sdb1 +nvme0n1 +├─nvme0n1p1 510M 50% /boot +├─nvme0n1p2 +├─nvme0n1p3 [SWAP] +└─nvme0n1p4 12.1G 72% / $ --8<----(from emacs shell mode, guix enabled)-----------cut here---------------end--------------->8--- I assume the column widths are computed by internally buffering the outputs called for for each heading, and values under those headings and determining the widest, and then formatting to that width plus padding. That is consistent with the above if you assume that guix's lsblk got a null string where it unsuccessfully tried to get FSTYPE, LABEL, and UUID values, e.g. showing headings and the lines ending in /boot: from above: /usr/bin/lsblk successfully retrieved -NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT -├─nvme0n1p1 vfat PhantoV1EFI 6E3C-D410 510M 50% /boot /gnu/store/xymkwf57x988q8cny2is1dgzrbr9xdfi-util-linux-2.34/bin/lsblk didn't get FSTYPE, LABEL, nor UUID +NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT +├─nvme0n1p1 510M 50% /boot > To do the same on Guix System, see the "Setuid programs" section of the > manual. You would need something along these lines in your config: > > (operating-system > [...] > (setuid-programs (cons #~(string-append #$util-linux "/bin/lsblk")) > %setuid-programs)) > > Does that work for you? I think it might "work" (produce the desired output) -- but so would intercepting lsblk in /usr/local/bin and brute forcing /usr/bin/lsblk or su -c 'lsblk -f' (didn't try, but think so, don't want to :). BTW, su -c 'lsblk -f' does "work," but I don't like that "solution" ;-) I have a hunch there's something that needs to be fixed for real, but I could well have done something stupid :) -- Regards, Bengt Richter From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 03 12:28:50 2019 Received: (at 37931) by debbugs.gnu.org; 3 Nov 2019 17:28:50 +0000 Received: from localhost ([127.0.0.1]:35049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRJgH-00055r-QK for submit@debbugs.gnu.org; Sun, 03 Nov 2019 12:28:50 -0500 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:33457) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRJgG-00055d-6U for 37931@debbugs.gnu.org; Sun, 03 Nov 2019 12:28:48 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id DAAF021A09; Sun, 3 Nov 2019 12:28:42 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sun, 03 Nov 2019 12:28:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-type; s=fm1; bh=Dqi3boMzJtgLKdcP3BhXs+5u1g 17nNJiocbdr4POhLs=; b=ir9vJgn+/YHIvyi4NCtDRVRDV+iB8R7/avfcQNZ5LU QLcB3jq8lVMc2wfpIIfZFdG8bqqGeSuB831gFj4cEvzZ1b20E1vQ/RWLkOiflQca n/yM1pNlgeIOfP9/06+1dEi6xavOGrFAuV9h5jnm5+mZXubE2f7gdBwLG7BiYUuB eM7aCJY1BxdEqAdldrQBIWKlvgW/cgA2trVnXEgm4LFz6cE20hwVb3lVEsvbVWJi KteJiRkKQpm3PvzSp/xGhKS+xmuidpOhFyG9abjr3jU+LLRradWLt/hPTy8jAsYO WyuibNqcKnuSRETZ2eWLw8MwUqNwUu0EIf3LQmLvxsUg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=Dqi3bo MzJtgLKdcP3BhXs+5u1g17nNJiocbdr4POhLs=; b=tTdhk0xryE4Fv7DJSilXZs loNhytlGrHKuTyS7nhRCUiW+oGsT3wso5lAWMd+e5vc4I5/6XNgKTwIJqxyIP9kr MzabhSePJbNBbV/zBBV1rVZxs+nAUgXHNlTMl3T/b8XMHKii61KPqiN9osAZzeRm x1Or7vVWfBlYWzeC7m5rG4CkUnShYNXYgXTjkWbs46V1AR4u3DITdE3/Bip5hiF8 C0GfLVa+5o9lcnSlMYsGUDm1LbLQMoc93ukANZi6++2cmAU52+jWcytSFC52B3u6 2NXg9KsUFdnF2S6GS0Ixx1rlczuPJUBF0JUJNgu6hAdqaKW2fDaboiiviFIRGX8g == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrudduuddguddthecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhephffvufgjfhgffffkgggtsehgtd erredtreejnecuhfhrohhmpeforghrihhushcuuegrkhhkvgcuoehmsggrkhhkvgesfhgr shhtmhgrihhlrdgtohhmqeenucffohhmrghinhepghhithhhuhgsrdgtohhmnecukfhppe eivddrudeirdduledvrdduhedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmsggrkhhk vgesfhgrshhtmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from localhost (ti0006q161-0149.bb.online.no [62.16.192.150]) by mail.messagingengine.com (Postfix) with ESMTPA id 473F6306005F; Sun, 3 Nov 2019 12:28:42 -0500 (EST) From: Marius Bakke To: Bengt Richter Subject: Re: bug#37931: Cannot guix refresh -ru util-linux to get updated lsblk In-Reply-To: <20191102144256.GA931@PhantoNv4ArchGx.localdomain> References: <20191026012248.GA119672@PhantoNv4ArchGx.localdomain> <87tv7stsg3.fsf@devup.no> <20191102144256.GA931@PhantoNv4ArchGx.localdomain> User-Agent: Notmuch/0.29.1 (https://notmuchmail.org) Emacs/26.3 (x86_64-pc-linux-gnu) Date: Sun, 03 Nov 2019 18:28:40 +0100 Message-ID: <87mudcoomv.fsf@devup.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37931 Cc: 37931@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 QmVuZ3QgUmljaHRlciA8Ym9rckBib2tyLmNvbT4gd3JpdGVzOg0KDQo+IE9uICsyMDE5LTEwLTI4 IDIzOjI5OjE2ICswMTAwLCBNYXJpdXMgQmFra2Ugd3JvdGU6DQo+PiBUaGUgYGxzYmxrYCBwcm9n cmFtIHJlcXVpcmVzIHJvb3QgcHJpdmlsZWdlcyBpbiBvcmRlciB0byBkZXRlY3QgZmlsZQ0KPj4g c3lzdGVtcyBhbmQgVVVJRHMuICBJJ20gZ3Vlc3NpbmcgeW91ciBkaXN0cmlidXRpb24gbWFrZXMg aXQgc2V0dWlkIHJvb3Q/DQo+Pg0KPg0KPiBJdCBkb2Vzbid0ICBsb29rIGxpa2UgaXQgdG8gbWUg KHRoZSBmb2xsb3dpbmcgc25pcCBpcyBmcm9tIFRUWTQsIHdoZXJlIEkgZW5hYmxlZCBndWl4IHBh dGhzIGFuZCBlbnZpcm9ubWVudCwNCj4gc28gSSBjYW4gc2VlIH4vLmd1aXgtcHJvZmlsZSBhbmQg L3VzciBzdHVmZiBhdCB0aGUgc2FtZSB0aW1lKToNCg0KWy4uLl0NCg0KDQo+ICQgd2hpY2ggLWEg bHNibGt8eGFyZ3MgcmVhZGxpbmsgLWZ8eGFyZ3Mgc3RhdA0KPiAgIEZpbGU6IC9nbnUvc3RvcmUv eHlta3dmNTd4OTg4cThjbnkyaXMxZGd6cmJyOXhkZmktdXRpbC1saW51eC0yLjM0L2Jpbi9sc2Js aw0KPiAgIFNpemU6IDEzNTU2MCAgICAJQmxvY2tzOiAyNzIgICAgICAgIElPIEJsb2NrOiA0MDk2 ICAgcmVndWxhciBmaWxlDQo+IERldmljZTogMTAzMDRoLzY2MzA4ZAlJbm9kZTogMTE4NjI1MyAg ICAgTGlua3M6IDINCj4gQWNjZXNzOiAoMDU1NS8tci14ci14ci14KSAgVWlkOiAoICAgIDAvICAg IHJvb3QpICAgR2lkOiAoICAgIDAvICAgIHJvb3QpDQo+IEFjY2VzczogMjAxOS0xMS0wMSAwMjoz ODoxMS43ODI1NzQ5MjMgLTA3MDANCj4gTW9kaWZ5OiAxOTY5LTEyLTMxIDE2OjAwOjAxLjAwMDAw MDAwMCAtMDgwMA0KPiBDaGFuZ2U6IDIwMTktMTAtMDggMTg6MTg6NDguMjI2NTc5NzU3IC0wNzAw DQo+ICBCaXJ0aDogLQ0KPiAgIEZpbGU6IC91c3IvYmluL2xzYmxrDQo+ICAgU2l6ZTogMTI0OTky ICAgIAlCbG9ja3M6IDI0OCAgICAgICAgSU8gQmxvY2s6IDQwOTYgICByZWd1bGFyIGZpbGUNCj4g RGV2aWNlOiAxMDMwNGgvNjYzMDhkCUlub2RlOiAyNjQ2NTIgICAgICBMaW5rczogMQ0KPiBBY2Nl c3M6ICgwNzU1Ly1yd3hyLXhyLXgpICBVaWQ6ICggICAgMC8gICAgcm9vdCkgICBHaWQ6ICggICAg MC8gICAgcm9vdCkNCj4gQWNjZXNzOiAyMDE5LTExLTAxIDAyOjM4OjU1LjM1NDUyNDc1MCAtMDcw MA0KPiBNb2RpZnk6IDIwMTktMDYtMjcgMDM6MDQ6MDEuMDAwMDAwMDAwIC0wNzAwDQo+IENoYW5n ZTogMjAxOS0wNy0wNiAwMDo1OToxMy42MjA0MTY2MzUgLTA3MDANCj4gIEJpcnRoOiAtDQo+ICQg DQo+IOKUjOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUkA0KPiDilIIgSSBzZWUgQWNj ZXNzOiBpcyAwNTU1IHZzIDA3NTUsIHNvIGRvdWJ0IGlmIHRoYXQgc2hvdWxkIGJlIGNoYW5nZWQg 4pSCDQo+IOKUlOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKU gOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUgOKUmA0KDQpJbmRlZWQsIHRo ZXJlIGFyZSBubyBzZXR1aWQgYml0cyB0aGVyZS4NCg0KSSBoYWQgYSBsb29rIGF0IHRoZSBsc2Js a2Qgc291cmNlIGNvZGUsIGFuZCBmb3VuZCB0aGF0IGl0IGhhcyBhbg0Kb3B0aW9uYWwgZGVwZW5k ZW5jeSBvbiB1ZGV2Og0KDQpodHRwczovL2dpdGh1Yi5jb20va2FyZWx6YWsvdXRpbC1saW51eC9i bG9iL2NjYWZhZGI3YzU4ODY1ZjczZDIwOWZjZmM3NDQ4M2JlOTZjZGY2NGQvbWlzYy11dGlscy9s c2Jsay1wcm9wZXJ0aWVzLmMNCg0KSSB0cmllZCBidWlsZGluZyB1dGlsLWxpbnV4IHdpdGggdWRl diBzdXBwb3J0LCBhbmQgZ290IHRoZSBzYW1lIG91dHB1dA0KeW91IGV4cGVjdGVkIHdpdGhvdXQg bmVlZGluZyByb290IHByaXZpbGVnZXM6DQoNCihkZWZpbmUtcHVibGljIHV0aWwtbGludXgvdWRl dg0KICAocGFja2FnZS9pbmhlcml0DQogICB1dGlsLWxpbnV4DQogICAobmFtZSAidXRpbC1saW51 eC13aXRoLXVkZXYiKQ0KICAgKGlucHV0cw0KICAgIGAoKCJ1ZGV2IiAsZXVkZXYpDQogICAgICAs QChwYWNrYWdlLWlucHV0cyB1dGlsLWxpbnV4KSkpKSkNCg0KTm93LCBldWRldiBhbHJlYWR5IGRl cGVuZHMgb24gdXRpbC1saW51eCwgc28gYWRkaW5nIHVkZXYgc3VwcG9ydCB0byB0aGUNCnJlZ3Vs YXIgJ3V0aWwtbGludXgnIHBhY2thZ2Ugd291bGQgaW50cm9kdWNlIGEgY2lyY3VsYXIgZGVwZW5k ZW5jeS4NCg0KSSdtIG5vdCBzdXJlIHdoYXQgdGhlIGJlc3QgYXBwcm9hY2ggaGVyZSBpcy4gIFdl IGNvdWxkIGFkZCBhDQondXRpbC1saW51eC1taW5pbWFsJyBmb3IgdXNlIGluIHBhY2thZ2UgaW5w dXRzLCBhbmQvb3IgYWRkIGENCnVkZXYtZW5hYmxlZCB2YXJpYW50IHRvICViYXNlLXBhY2thZ2Vz Lg0KDQpUaG91Z2h0cz8NCg== --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAl2/DkgACgkQoqBt8qM6 VPqjGAgAuLAmDE0K3mRe+OX8Ue96YpxxitwdqmK+0CbG0P3fMYSmsfGuy11IJIqn 4fqW+Prk0yP991icIV9WIY4LbOVs9diCa3t5iDhQ9ACL1bsMSAyntIOe1DSiYWiD 7Yz5kSnCziAt/qQb487M5fxYdEFQLqC5/1h9cnz28n/0UivLCbrw4RI47aFnOhKD 8/N5MMFmbhSr6xZPFEZRxeaAq+1f0CDs0N9Ok3NUYnCzSDm4882Ira6jUJwTpmKY uEw0TPVfAn63kKU5+6TR6fFsEPMotwze7UJTmtffq7J3gm87LdcKPTA5AqIi2PpE UNWoikFcxMIud5QhL1rdRqyoSallCw== =3LhQ -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 06 10:40:27 2019 Received: (at 37931) by debbugs.gnu.org; 6 Nov 2019 15:40:28 +0000 Received: from localhost ([127.0.0.1]:41088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iSNQ3-0001In-Kv for submit@debbugs.gnu.org; Wed, 06 Nov 2019 10:40:27 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38845) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iSNQ1-0001Ia-HJ for 37931@debbugs.gnu.org; Wed, 06 Nov 2019 10:40:26 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50169) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iSNPw-0004jv-5Y; Wed, 06 Nov 2019 10:40:20 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=53766 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iSNPv-0004pE-O2; Wed, 06 Nov 2019 10:40:19 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Marius Bakke Subject: util-linux dependency on udev References: <20191026012248.GA119672@PhantoNv4ArchGx.localdomain> <87tv7stsg3.fsf@devup.no> <20191102144256.GA931@PhantoNv4ArchGx.localdomain> <87mudcoomv.fsf@devup.no> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 16 Brumaire an 228 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Wed, 06 Nov 2019 16:40:18 +0100 In-Reply-To: <87mudcoomv.fsf@devup.no> (Marius Bakke's message of "Sun, 03 Nov 2019 18:28:40 +0100") Message-ID: <877e4d109p.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37931 Cc: 37931@debbugs.gnu.org, Bengt Richter X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, Marius Bakke skribis: > I had a look at the lsblkd source code, and found that it has an > optional dependency on udev: > > https://github.com/karelzak/util-linux/blob/ccafadb7c58865f73d209fcfc7448= 3be96cdf64d/misc-utils/lsblk-properties.c > > I tried building util-linux with udev support, and got the same output > you expected without needing root privileges: > > (define-public util-linux/udev > (package/inherit > util-linux > (name "util-linux-with-udev") > (inputs > `(("udev" ,eudev) > ,@(package-inputs util-linux))))) > > Now, eudev already depends on util-linux, so adding udev support to the > regular 'util-linux' package would introduce a circular dependency. > > I'm not sure what the best approach here is. We could add a > 'util-linux-minimal' for use in package inputs, and/or add a > udev-enabled variant to %base-packages. I think the latter is fine and can be done right away on =E2=80=98master=E2= =80=99. WDYT? Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 06 17:39:31 2019 Received: (at 37931) by debbugs.gnu.org; 6 Nov 2019 22:39:31 +0000 Received: from localhost ([127.0.0.1]:41375 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iSTxb-0000au-9O for submit@debbugs.gnu.org; Wed, 06 Nov 2019 17:39:31 -0500 Received: from imta-36.everyone.net ([216.200.145.36]:37506 helo=imta-38.everyone.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iSTxZ-0000aj-AI for 37931@debbugs.gnu.org; Wed, 06 Nov 2019 17:39:30 -0500 Received: from pps.filterd (m0004960.ppops.net [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id xA6MTfls009955; Wed, 6 Nov 2019 14:39:27 -0800 X-Eon-Originating-Account: -Kj71wKsj2yNm98iGVXR7yslWwNEp1Sk9giyscAXdjU X-Eon-Dm: m0117124.ppops.net Received: by m0117124.mta.everyone.net (EON-AUTHRELAY2 - 32d0d199) id m0117124.5dc217e5.6810e; Wed, 6 Nov 2019 14:39:25 -0800 X-Eon-Sig: AQMHrIJdw0ud6WDrDwIAAAAC,7014b3f1d3567c2f8b9fdc0c53d48086 X-Eip: NpNL1vdClCwO5E8bYS2BxFQvxC3082WRl-anrDLL2RQ Date: Wed, 6 Nov 2019 14:39:10 -0800 From: Bengt Richter To: Marius Bakke Subject: Re: bug#37931: Cannot guix refresh -ru util-linux to get updated lsblk Message-ID: <20191106223910.GC55508@PhantoNv4ArchGx.localdomain> References: <20191026012248.GA119672@PhantoNv4ArchGx.localdomain> <87tv7stsg3.fsf@devup.no> <20191102144256.GA931@PhantoNv4ArchGx.localdomain> <87mudcoomv.fsf@devup.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87mudcoomv.fsf@devup.no> User-Agent: Mutt/1.12.1 (2019-06-15) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-06_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1910280000 definitions=main-1911060216 X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 37931 Cc: 37931@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bengt Richter Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) Hi Marius, On +2019-11-03 18:28:40 +0100, Marius Bakke wrote: > Bengt Richter writes: > > > On +2019-10-28 23:29:16 +0100, Marius Bakke wrote: > >> The `lsblk` program requires root privileges in order to detect file > >> systems and UUIDs. I'm guessing your distribution makes it setuid root? > >> > > > > It doesn't look like it to me (the following snip is from TTY4, where I enabled guix paths and environment, > > so I can see ~/.guix-profile and /usr stuff at the same time): > > [...] > > > > $ which -a lsblk|xargs readlink -f|xargs stat > > File: /gnu/store/xymkwf57x988q8cny2is1dgzrbr9xdfi-util-linux-2.34/bin/lsblk > > Size: 135560 Blocks: 272 IO Block: 4096 regular file > > Device: 10304h/66308d Inode: 1186253 Links: 2 > > Access: (0555/-r-xr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) > > Access: 2019-11-01 02:38:11.782574923 -0700 > > Modify: 1969-12-31 16:00:01.000000000 -0800 > > Change: 2019-10-08 18:18:48.226579757 -0700 > > Birth: - > > File: /usr/bin/lsblk > > Size: 124992 Blocks: 248 IO Block: 4096 regular file > > Device: 10304h/66308d Inode: 264652 Links: 1 > > Access: (0755/-rwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) > > Access: 2019-11-01 02:38:55.354524750 -0700 > > Modify: 2019-06-27 03:04:01.000000000 -0700 > > Change: 2019-07-06 00:59:13.620416635 -0700 > > Birth: - > > $ > > ┌───────────────────────────────────────────────────────────────────┐ > > │ I see Access: is 0555 vs 0755, so doubt if that should be changed │ > > └───────────────────────────────────────────────────────────────────┘ > > Indeed, there are no setuid bits there. > > I had a look at the lsblkd source code, and found that it has an > optional dependency on udev: > > https://github.com/karelzak/util-linux/blob/ccafadb7c58865f73d209fcfc74483be96cdf64d/misc-utils/lsblk-properties.c > > I tried building util-linux with udev support, and got the same output > you expected without needing root privileges: > Sounds great ;-) > (define-public util-linux/udev > (package/inherit > util-linux > (name "util-linux-with-udev") > (inputs > `(("udev" ,eudev) > ,@(package-inputs util-linux))))) > > Now, eudev already depends on util-linux, so adding udev support to the > regular 'util-linux' package would introduce a circular dependency. > > I'm not sure what the best approach here is. We could add a > 'util-linux-minimal' for use in package inputs, and/or add a > udev-enabled variant to %base-packages. > > Thoughts? I'm a guix newbie :) I don't yet understand the internal dependency machinery of guix, so I'm wondering about the exact nature of the circularity. Is it really a kind of (let((... that needs to be a let*((... at some level? And which level of dependency are we talking about? I mean, everything is ultimately dependent on sources and translators in succession, but we identify intermediate collections and call them libraries or packages or scripts or executables etc. E.g., if part of the build sequence produces an obj library, is an interdependency between two library elements a circular dependency if that requires two passes for the linker to resolve? (i.e., the second is dependent on the library, but only as container of the other element). What is the chain of dependency that yields a user cmdline lsblk executable on my $PATH ? As a user, I don't much care beyond hoping guix pull will keep the functionality at my finger tips (thanks maintainers :), but... But once I start wanting a handy customization of something, I want it to be trivial to compose trivial things, which for me starts at a shell command line, composing a one-liner, and then writing two-line scripts when I find myself re-typing a lot, and so on, to things like examples in info guile, including C extensions. So, my thought is that whatever the solution is that puts lsblk on my $PATH, I want the system for it to be cherry-picker-friendly. By that I mean I want to be able to make tiny things from cherry-picked ("stolen" ;-) snippets/elements of something big and having the net result be minimal -- unless I really do e.g. want a busybox monolith for other reasons than puts "Hello World". Also, being a command line user, I want to be able to access any functionality from there ;-) That BTW includes graphics: I would like to be able to run any GUI program in headless mode and get graphic buffer output, or streams. Likewise, I would like guix build tools to be able e.g. to cherry-pick the sources of a browser to get the functionality that renders an html ...
to sRGB buffer (assuming sources are modularized cherry-picker-friendly :) without incorporating more than necessary, (and automatically doing the license/attribution stuff ;-) IOW, sort of treating any large application's (or a kernel's! :) sources as a kind of library. Of course, I know cherry-picker-friendly is a dream, but I think it's a nice dream :) So I think it should be a design goal for FOSS to be easily snarfed. Life could be a bowl of cherries if enough people descide to be friendly ;-) -- Regards, Bengt Richter From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 08 14:15:00 2020 Received: (at 37931-done) by debbugs.gnu.org; 8 Jan 2020 19:15:00 +0000 Received: from localhost ([127.0.0.1]:51344 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ipGnD-00070k-VR for submit@debbugs.gnu.org; Wed, 08 Jan 2020 14:15:00 -0500 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:33549) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ipGnB-00070U-SG for 37931-done@debbugs.gnu.org; Wed, 08 Jan 2020 14:14:59 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 7E1C722022; Wed, 8 Jan 2020 14:14:52 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 08 Jan 2020 14:14:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-type; s=fm1; bh=F8X2dtwTU1n/fdDpflsy+37wIf ur2GEbk+rpew6jxLo=; b=k1HR/S4cEQIMaHhcJOCa7bNPHFdk+SE5GD9vFeTyr6 H7ysLNv9lABrRXN0mSpZ0GMnmM+mvU1DJYEtzAMCjuM72CZujEjriVG/rxAQ8h0T GcReIMNLOqykNttKf5r/Ji7iOVehcygojb4sDxOmZLJK3W9/oj+gNQExdEPWOZy7 srz12uBaxFM3DMTatMjyMiD50kLyzaOICJAZP+jHKWAzPaXXiVg+YzlCKMYVuRBR NojamwuZ5vW2/KF4wXmDUv17+8uDb6snOSwY7zULOitmhDrJ4gj0+0AFOUKnMOKu /IvDkyx703pQL7pVhby+bR/r0wjq6q9H2hUAN1uVQEFA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=F8X2dt wTU1n/fdDpflsy+37wIfur2GEbk+rpew6jxLo=; b=OhaHQ85WcKP3tgKQX6qANS +FpMM8Npx7mjZsi3SbBIb/5eF2ZBYNNqd37KxK4Pl4w360vAJ68SluLl8jGaYoab MQ0bXUwpXOR6NknnJOL+nY1AlTojDDE3bXzw6QfKv1mRgH+h78JUf00Ol2NzPvtV YgL0X381rK7VIWS6uaxHYDQbflfgkIndatkGlAsD9nk8ik1LNPEx3yohKFUun34v taz1H9sSQ61JTpklvNS8sdgoDVjIlKJwlL5+TCX+PrmaVFsZE862ttHOvPsFRzQC CZBJ57VssG1n2wSEJnEnxOIegKHrqUuYUzQ5vqONGB/Gis1DRrcYju2fOrw4M/JA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvdehkedguddvudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhephffvufgjfhgffffkgggtsehgtd erredtreejnecuhfhrohhmpeforghrihhushcuuegrkhhkvgcuoehmsggrkhhkvgesfhgr shhtmhgrihhlrdgtohhmqeenucffohhmrghinhepghhithhhuhgsrdgtohhmnecukfhppe ekgedrhedvrddvvdeirddutddvnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmsggrkhhk vgesfhgrshhtmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from localhost (84-52-226.102.3p.ntebredband.no [84.52.226.102]) by mail.messagingengine.com (Postfix) with ESMTPA id 01FB330602DE; Wed, 8 Jan 2020 14:14:51 -0500 (EST) From: Marius Bakke To: Bengt Richter Subject: Re: bug#37931: Cannot guix refresh -ru util-linux to get updated lsblk In-Reply-To: <20191106223910.GC55508@PhantoNv4ArchGx.localdomain> References: <20191026012248.GA119672@PhantoNv4ArchGx.localdomain> <87tv7stsg3.fsf@devup.no> <20191102144256.GA931@PhantoNv4ArchGx.localdomain> <87mudcoomv.fsf@devup.no> <20191106223910.GC55508@PhantoNv4ArchGx.localdomain> User-Agent: Notmuch/0.29.3 (https://notmuchmail.org) Emacs/26.3 (x86_64-pc-linux-gnu) Date: Wed, 08 Jan 2020 20:14:50 +0100 Message-ID: <87tv55221h.fsf@devup.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37931-done Cc: 37931-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 QmVuZ3QgUmljaHRlciA8Ym9rckBib2tyLmNvbT4gd3JpdGVzOg0KDQo+IEhpIE1hcml1cywNCj4N Cj4gT24gKzIwMTktMTEtMDMgMTg6Mjg6NDAgKzAxMDAsIE1hcml1cyBCYWtrZSB3cm90ZToNCj4+ IEJlbmd0IFJpY2h0ZXIgPGJva3JAYm9rci5jb20+IHdyaXRlczoNCj4+IA0KPj4gPiBPbiArMjAx OS0xMC0yOCAyMzoyOToxNiArMDEwMCwgTWFyaXVzIEJha2tlIHdyb3RlOg0KPj4gPj4gVGhlIGBs c2Jsa2AgcHJvZ3JhbSByZXF1aXJlcyByb290IHByaXZpbGVnZXMgaW4gb3JkZXIgdG8gZGV0ZWN0 IGZpbGUNCj4+ID4+IHN5c3RlbXMgYW5kIFVVSURzLiAgSSdtIGd1ZXNzaW5nIHlvdXIgZGlzdHJp YnV0aW9uIG1ha2VzIGl0IHNldHVpZCByb290Pw0KPj4gPj4NCj4+ID4NCj4+ID4gSXQgZG9lc24n dCAgbG9vayBsaWtlIGl0IHRvIG1lICh0aGUgZm9sbG93aW5nIHNuaXAgaXMgZnJvbSBUVFk0LCB3 aGVyZSBJIGVuYWJsZWQgZ3VpeCBwYXRocyBhbmQgZW52aXJvbm1lbnQsDQo+PiA+IHNvIEkgY2Fu IHNlZSB+Ly5ndWl4LXByb2ZpbGUgYW5kIC91c3Igc3R1ZmYgYXQgdGhlIHNhbWUgdGltZSk6DQo+ PiANCj4+IFsuLi5dDQo+PiANCj4+IA0KPj4gPiAkIHdoaWNoIC1hIGxzYmxrfHhhcmdzIHJlYWRs aW5rIC1mfHhhcmdzIHN0YXQNCj4+ID4gICBGaWxlOiAvZ251L3N0b3JlL3h5bWt3ZjU3eDk4OHE4 Y255MmlzMWRnenJicjl4ZGZpLXV0aWwtbGludXgtMi4zNC9iaW4vbHNibGsNCj4+ID4gICBTaXpl OiAxMzU1NjAgICAgCUJsb2NrczogMjcyICAgICAgICBJTyBCbG9jazogNDA5NiAgIHJlZ3VsYXIg ZmlsZQ0KPj4gPiBEZXZpY2U6IDEwMzA0aC82NjMwOGQJSW5vZGU6IDExODYyNTMgICAgIExpbmtz OiAyDQo+PiA+IEFjY2VzczogKDA1NTUvLXIteHIteHIteCkgIFVpZDogKCAgICAwLyAgICByb290 KSAgIEdpZDogKCAgICAwLyAgICByb290KQ0KPj4gPiBBY2Nlc3M6IDIwMTktMTEtMDEgMDI6Mzg6 MTEuNzgyNTc0OTIzIC0wNzAwDQo+PiA+IE1vZGlmeTogMTk2OS0xMi0zMSAxNjowMDowMS4wMDAw MDAwMDAgLTA4MDANCj4+ID4gQ2hhbmdlOiAyMDE5LTEwLTA4IDE4OjE4OjQ4LjIyNjU3OTc1NyAt MDcwMA0KPj4gPiAgQmlydGg6IC0NCj4+ID4gICBGaWxlOiAvdXNyL2Jpbi9sc2Jsaw0KPj4gPiAg IFNpemU6IDEyNDk5MiAgICAJQmxvY2tzOiAyNDggICAgICAgIElPIEJsb2NrOiA0MDk2ICAgcmVn dWxhciBmaWxlDQo+PiA+IERldmljZTogMTAzMDRoLzY2MzA4ZAlJbm9kZTogMjY0NjUyICAgICAg TGlua3M6IDENCj4+ID4gQWNjZXNzOiAoMDc1NS8tcnd4ci14ci14KSAgVWlkOiAoICAgIDAvICAg IHJvb3QpICAgR2lkOiAoICAgIDAvICAgIHJvb3QpDQo+PiA+IEFjY2VzczogMjAxOS0xMS0wMSAw MjozODo1NS4zNTQ1MjQ3NTAgLTA3MDANCj4+ID4gTW9kaWZ5OiAyMDE5LTA2LTI3IDAzOjA0OjAx LjAwMDAwMDAwMCAtMDcwMA0KPj4gPiBDaGFuZ2U6IDIwMTktMDctMDYgMDA6NTk6MTMuNjIwNDE2 NjM1IC0wNzAwDQo+PiA+ICBCaXJ0aDogLQ0KPj4gPiAkIA0KPj4gPiDilIzilIDilIDilIDilIDi lIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDi lIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDi lIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDi lIDilIDilIDilIDilIDilIDilJANCj4+ID4g4pSCIEkgc2VlIEFjY2VzczogaXMgMDU1NSB2cyAw NzU1LCBzbyBkb3VidCBpZiB0aGF0IHNob3VsZCBiZSBjaGFuZ2VkIOKUgg0KPj4gPiDilJTilIDi lIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDi lIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDi lIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDilIDi lIDilIDilIDilIDilIDilIDilIDilIDilIDilJgNCj4+IA0KPj4gSW5kZWVkLCB0aGVyZSBhcmUg bm8gc2V0dWlkIGJpdHMgdGhlcmUuDQo+PiANCj4+IEkgaGFkIGEgbG9vayBhdCB0aGUgbHNibGtk IHNvdXJjZSBjb2RlLCBhbmQgZm91bmQgdGhhdCBpdCBoYXMgYW4NCj4+IG9wdGlvbmFsIGRlcGVu ZGVuY3kgb24gdWRldjoNCj4+IA0KPj4gaHR0cHM6Ly9naXRodWIuY29tL2thcmVsemFrL3V0aWwt bGludXgvYmxvYi9jY2FmYWRiN2M1ODg2NWY3M2QyMDlmY2ZjNzQ0ODNiZTk2Y2RmNjRkL21pc2Mt dXRpbHMvbHNibGstcHJvcGVydGllcy5jDQo+PiANCj4+IEkgdHJpZWQgYnVpbGRpbmcgdXRpbC1s aW51eCB3aXRoIHVkZXYgc3VwcG9ydCwgYW5kIGdvdCB0aGUgc2FtZSBvdXRwdXQNCj4+IHlvdSBl eHBlY3RlZCB3aXRob3V0IG5lZWRpbmcgcm9vdCBwcml2aWxlZ2VzOg0KPj4NCj4NCj4gU291bmRz IGdyZWF0IDstKQ0KPg0KPj4gKGRlZmluZS1wdWJsaWMgdXRpbC1saW51eC91ZGV2DQo+PiAgIChw YWNrYWdlL2luaGVyaXQNCj4+ICAgIHV0aWwtbGludXgNCj4+ICAgIChuYW1lICJ1dGlsLWxpbnV4 LXdpdGgtdWRldiIpDQo+PiAgICAoaW5wdXRzDQo+PiAgICAgYCgoInVkZXYiICxldWRldikNCj4+ ICAgICAgICxAKHBhY2thZ2UtaW5wdXRzIHV0aWwtbGludXgpKSkpKQ0KPj4gDQo+PiBOb3csIGV1 ZGV2IGFscmVhZHkgZGVwZW5kcyBvbiB1dGlsLWxpbnV4LCBzbyBhZGRpbmcgdWRldiBzdXBwb3J0 IHRvIHRoZQ0KPj4gcmVndWxhciAndXRpbC1saW51eCcgcGFja2FnZSB3b3VsZCBpbnRyb2R1Y2Ug YSBjaXJjdWxhciBkZXBlbmRlbmN5Lg0KPj4gDQo+PiBJJ20gbm90IHN1cmUgd2hhdCB0aGUgYmVz dCBhcHByb2FjaCBoZXJlIGlzLiAgV2UgY291bGQgYWRkIGENCj4+ICd1dGlsLWxpbnV4LW1pbmlt YWwnIGZvciB1c2UgaW4gcGFja2FnZSBpbnB1dHMsIGFuZC9vciBhZGQgYQ0KPj4gdWRldi1lbmFi bGVkIHZhcmlhbnQgdG8gJWJhc2UtcGFja2FnZXMuDQo+PiANCj4+IFRob3VnaHRzPw0KDQpUaGlz IHdhcyBmaW5hbGx5IGNvbW1pdHRlZCBpbiA3MWUwZjFlOWFkYmNlNGE2NDc2YTcwYmRkYWJmMTNm NmQ3YWYyZDQwDQphbmQgMDFiYjAzOWU3YjQwODg5MzAwOWQxNWY1NmNmY2JkYzhhZjcwYTRhZi4N Cg0KPg0KPiBJJ20gYSBndWl4IG5ld2JpZSA6KQ0KPg0KPiBJIGRvbid0IHlldCB1bmRlcnN0YW5k IHRoZSBpbnRlcm5hbCBkZXBlbmRlbmN5IG1hY2hpbmVyeSBvZiBndWl4LA0KPiBzbyBJJ20gd29u ZGVyaW5nIGFib3V0IHRoZSBleGFjdCBuYXR1cmUgb2YgdGhlIGNpcmN1bGFyaXR5Lg0KPg0KPiBJ cyBpdCByZWFsbHkgYSBraW5kIG9mIChsZXQoKC4uLiB0aGF0IG5lZWRzIHRvIGJlIGEgbGV0Kigo Li4uDQo+IGF0IHNvbWUgbGV2ZWw/IEFuZCB3aGljaCBsZXZlbCBvZiBkZXBlbmRlbmN5IGFyZSB3 ZSB0YWxraW5nIGFib3V0Pw0KDQpUaGUgY2lyY3VsYXIgZGVwZW5kZW5jeSBpcyBzdHJhaWdodGZv cndhcmQ6IGV1ZGV2ICpyZXF1aXJlcyogdXRpbC1saW51eA0KYXMgcGFydCBvZiBpdHMgYnVpbGQg cHJvY2Vzcy4gIFRodXMsIGV1ZGV2IGhhcyB1dGlsLWxpbnV4IGFzIGFuIGlucHV0Lg0KVGhhdCB2 ZXJzaW9uIG9mIHV0aWwtbGludXggY2FuIG5vdCBkZXBlbmQgb24gZXVkZXYsIGJlY2F1c2Ugd2Ug Y2FuIG5vdA0KYnVpbGQgZXVkZXYgd2l0aG91dCBhIHdvcmtpbmcgdXRpbC1saW51eCBwYWNrYWdl Lg0KDQpXcnQgdGhlIHJlc3Qgb2YgdGhlIG1lc3NhZ2UsIEkgc2hhcmUgeW91ciBzZW50aW1lbnQs IGFuZCB0aGluayB3ZSB3aWxsDQpnZXQgdGhlcmUuICAnZ3VpeCBidWlsZCAtLXdpdGgtZ2l0LXVy bCcgaXMgcHJldHR5IGNsb3NlIGFscmVhZHkuICA6LSkNCg== --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAl4WKioACgkQoqBt8qM6 VPrjCwf/YWSWw+j3Q+ccLMUlPweNo8Lxb+1TUklvhoBuhEuVAV2KVDbrdPgiNZV3 USLTHyoJaKf+XCuOfO6ulwTtsXSKUNBww1G0R7vfAHRJ32ZUvVSdIXM4kQ8gOvxp RZ922Z5WWzCz4gbyWqBcfW9WqvakC/+HDjzpQv8FGIAKmJAcKiMjCLc+KiZEt2OV NNbeMVJ/ghDhkgXwl67m19RO6xDbrhchKWJAyttBLuj4UzANCXPwZDSYqQiNqZP3 PrIbAbHhv0JTeLDw5yhfYRbrfax/GlpTHjM1IHLhTq59IfVe86sb1uGwR8nHg69J m9GfuDQZlgjUn7i/EPpfOpUNpod6wA== =xlaC -----END PGP SIGNATURE----- --=-=-=-- From unknown Sat Jun 14 19:22:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 06 Feb 2020 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator