From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mr5.vodafonemail.de (mr5.vodafonemail.de [145.253.228.165]) by sourceware.org (Postfix) with ESMTPS id 1D0BB3857836 for ; Mon, 3 Oct 2022 19:23:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 1D0BB3857836 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=nexgo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=nexgo.de Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr5.vodafonemail.de (Postfix) with ESMTPS id 4Mh9jq6zHNz1yC6 for ; Mon, 3 Oct 2022 19:23:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1664825023; bh=vA/8lBQfDh3FCMpwR3UuuIaBXlCNf875JaB3A8kuIOo=; h=From:To:Subject:References:Date:In-Reply-To:Message-ID:User-Agent: Content-Type:From; b=JlaE1bH9W48edzwlASH1I0dv6Bd+4Uj30yfgxjP4h8OkHLE8Tjv5h1PKKWwSWOTvF ifatroLVtGpbNFHAWqHtRJaUtjlo7Bk9fPo4Bg2gsQQZKTqoCyU8SpAa4rYOyIlVlr 0sm9R63BeeqwrSvTiJBGVux0We8P2/pJqQjFig1k= Received: from Gertrud (p57b9d3f5.dip0.t-ipconnect.de [87.185.211.245]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Mh9jp6pY8z9tVW for ; Mon, 3 Oct 2022 19:23:39 +0000 (UTC) From: Achim Gratz To: cygwin-apps@cygwin.com Subject: Re: [Bug] setup regression #2 References: <87pmfn5o2j.fsf@Rainer.invalid> <0c8c757c-4f6b-3b49-5404-99353de48b1b@dronecode.org.uk> Date: Mon, 03 Oct 2022 21:23:36 +0200 In-Reply-To: <0c8c757c-4f6b-3b49-5404-99353de48b1b@dronecode.org.uk> (Jon Turney's message of "Sat, 1 Oct 2022 16:37:15 +0100") Message-ID: <877d1gd83r.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate: clean X-purgate-size: 1316 X-purgate-ID: 155817::1664825023-347EF404-24DC6C70/0/0 X-Spam-Status: No, score=-3031.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_NUMSUBJECT,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Jon Turney writes: > This problem is with files created by setup, or by post-install scripts? I think both, although the problematic symlinks were created through alternatives. > (I'm not sure how these commits could have caused the former, if the > latter then reverting 45d8e84e "Drop group change while running > postinstall scripts" would be the thing to try...) As I said, I don't understand it either. It seems my installations were all using the primary group for the account that does the install (which does have administrative rights and is separate from my normal user account on most machines). The primary group is either "None" for the build machine that only uses local accounts and is not a member of any domain or "Domain Users" otherwise. The new code uses "Administrators", but that seems to have the side effect of denying "normal" users access to the installation and instead weaves in extra DACL for SYSTEM. As long as there's an option to force it to keep the former behaviour things should be OK, but I haven't really checked if and how this is possible. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada