From nobody Sun Apr 21 13:30:26 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VMq5N1L68z5Gyv7 for ; Sun, 21 Apr 2024 13:30:48 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VMq5N0mWXz44jd; Sun, 21 Apr 2024 13:30:48 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1713706248; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=wlOIeopxYw4OhBLAV4DuzPauaKcC+sFdfWVn/JbobQM=; b=Cao8S8OVOY1KFYEP5QMNHeXEGv/zdV6sXTsVE40oEHihLlwkE562TGr4TAxN5AjXGzcW01 yBFni90ERfEBCiJGg1gloYRuXr+tG13By/DjAnHRjdY6atppkgxRjNGj9yqExp2rOTgmYq w1Nh6F29psiB+0SvfwVli8veR8R9jSP6uVh3jq+EjY/WMAjizf/mtufk3oycv6w+CAuAL5 JT7Ok+wL+//KUccO6VLmKMFpeYcEOWdeVlx1s6oybuqHqrobly1+KPCvAjn8B2oOXG61/y 3MnmxM3qgRMdOpYHOXC4LHYeoOfFvu11Ov2sVhbPo5L4EX/ZJn1IQ1w/tKys8w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1713706248; a=rsa-sha256; cv=none; b=qKMT6yYgO7eyLYBNEzbr3Vd2eiYRLcUW/C4oIuTj7c7J7lsFf0F9f9ypwxSgBecSnUq9ci z6A5nt0P4Zl7XvIjYf/g/xCfb5fFhm5bwVbhTf2xl1HfPYO5/+ACGU3f4Cn3CN8bpKWbUq T3+zKf3AZiRWEpuC6CyptXs+ZT1JHTkkxrWqmp08ghxiVZqRxw9xIRhU6HxVbIEpoD1dNc vl7f5OfWGd1Abg38XUTcgprFbNGEpZOw6+nqzFYeHpJkW22eZ5uRj8w+OAYxZO5C7orHuQ DhfcDE2BRCc2F3Y/26Gm5r+LawMi7eR+o+xSezJGIMAUA8hPL3gF3sTtc1MFaQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1713706248; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=wlOIeopxYw4OhBLAV4DuzPauaKcC+sFdfWVn/JbobQM=; b=Lzrg///VVZmCgmJao8/cMt0nIzSiX22wffeERbQXSOWxP+C1/Sloytz1bRzIWaiO82XM5T fm+PJxWNzJOG0FWo/d2GGZuPOynec1mSQHmrTqY/VhrT9YwAa0jrsnzMXzy1d6kZFlOabb p4yslqKgA4ALaA2Hp9wTj2YaxJnat6/2A7pjX10Sid/IyNq7oCGKPTo1y6p2xgX2lK8zrH zNPXB/vJRtG7ifvo9oAzDO2Oz3msarlkFCkyOJJFUewQATBL0TQcK0qJAuPKUOa+8J5WR6 e3iVsY+kR0CIG2JAGF34JJoGEaAq+jpW/vduetuxLZBMEpanrm26Eh5ipfl4EA== Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VMq5M3Fy0zbry; Sun, 21 Apr 2024 13:30:47 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sun, 21 Apr 2024 22:30:26 +0900 (JST) Message-Id: <20240421.223026.1542858955517379564.yasu@FreeBSD.org> To: freebsd-ports@freebsd.org Subject: Re: `pkg autoremove` uninstalls pkg itself From: Yasuhiro Kimura In-Reply-To: <20240419.214307.1212149214636268607.yasu@FreeBSD.org> References: <20240404.202624.2016737165801435957.yasu@FreeBSD.org> <20240419.214307.1212149214636268607.yasu@FreeBSD.org> X-Mailer: Mew version 6.9 on Emacs 30.0.50 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Yasuhiro Kimura Subject: Re: `pkg autoremove` uninstalls pkg itself Date: Fri, 19 Apr 2024 21:43:07 +0900 (JST) > My question is, then, why what didn't happen before has happend? > > A. Something (ports-mgmt/pkg or ports framework) has changed > resently so `pkg` is marked as automatically installed when it is > installed with such situation as above. > B. There ins't such change and `pkg` has been marked automaticall > installed when it is installed with such situation. But > `pkg autoremove` didn't remove itself simply because there is > manually installed package that depends on `pkg` (either directly > or indirectly). > > IIRC, last time when I executed `pkg autoremove` is at least a year > before. So if there is someone who experienced same result under > similar situation before a year or more, then the answer is B. And it > means everything have worked as is expected. But if there isn't, then > the answer is probably A and it may be worth investgating the reason > of the change. Just from curiosity I checked out following commit and tested if the issue also happens (I selected the commit just because it was committed on the release date of 14.0-RELEASE). ---------------------------------------------------------------------- commit 5f5f3d7a8808 Author: Piotr Kubaj AuthorDate: Mon Nov 20 15:29:31 2023 +0100 Commit: Piotr Kubaj CommitDate: Mon Nov 20 15:32:05 2023 +0100 shells/oksh: update to 7.4 ---------------------------------------------------------------------- Then output of `pkg query '%a' pkg` is '0' and `pkg autoremove` doesn't remove itself. It means something is changed after this commit and it is the cause of the issue. I tried bisect, and according to the result of it the issue starts with following commit. ---------------------------------------------------------------------- commit 830ec3717024 Author: Tijl Coosemans AuthorDate: Wed Mar 6 20:13:39 2024 +0100 Commit: Tijl Coosemans CommitDate: Wed Mar 6 21:22:21 2024 +0100 Mk/Scripts/do-depends.sh: Avoid make -D flag Both FreeBSD make and GNU make pass command line flags to sub-makes through the MAKEFLAGS environment variable, but the flags aren't compatible and GNU make 4.4 exits with an error when it encounters flags it doesn't understand, e.g. -D. Avoid using the flag for now until ports run gmake with SETENVI. This fixes the case where a port is built using make directly and it recurses to build a dependency that uses gmake. Poudriere does not use this feature of the ports tree to build dependencies so it's not affected. PR: 272216, 277492 ---------------------------------------------------------------------- As far as I read commit message, the issue of pkg seems to be unintended result of this commit. --- Yasuhiro Kimura