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 1A784138334 for ; Sat, 14 Dec 2019 20:48:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2D4A1E086E; Sat, 14 Dec 2019 20:48:02 +0000 (UTC) Received: from elasmtp-dupuy.atl.sa.earthlink.net (elasmtp-dupuy.atl.sa.earthlink.net [209.86.89.62]) (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 A35A1E0830 for ; Sat, 14 Dec 2019 20:48:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=earthlink.net; s=dk12062016; t=1576356481; bh=Ss/rmG0Dnr0QghchraKYJ1wGQHOZZJjOqhQv s7NRGyQ=; h=Received:To:From:Subject:Message-ID:Date:User-Agent: MIME-Version:Content-Type:Content-Language:X-ELNK-Trace: X-Originating-IP; b=BlNJgOk+WSSefoypzkpWWUUGRjGuf7aV0pS6ClRjjdbl5m 3QtAIKqDnb7lDTiZqdoLnuY3hNhFHrRatdfQYVxQBh9qgMKFgBwaMXY1r1VYjGMjWSu 3x6U2o8KHnr6hhLLqxXSOtEREykCgzm4fWGvmNQb266snwPS6vRugBu7w3jEgICcxAf Obo11fc1m81bsUh5fc3FIdvkrjPGUCCl/jnQF0KjcG7Wiuqs2vxDkJDpRQFXdcryref gjSEOAYJuRw02HJwisqKjNMTSYDr7RkdU4FkzZ5Ci73EizddTkCj6Is2ah4DDv5uG1L IJ6XzXGn4Wvn8Wgglg5EFNxT+Q+A== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk12062016; d=earthlink.net; b=X5cScJ84YdhyyIdnIZZxEun+BzSkAek1q7Z/AgBnHbazRyLKPK8zqMvvYqopGin6XXYvwNuLsT0EOHWuosAisbx4B1TVlda8iAuuYtU6JRfLSGEImQo4bWaGLuZHw3iLQRTEzmykLPBPwSkKZLeKZGuGBcrxwMTUScKF2+1/s4EXVHutZskzT1TMraYttdRCzx1Ke7C+MDIX3sD9CHI9UeZmIkgKyG6CDN+9jHbVlgt0dZT0bpq0s1qGRGqbw8xwg6eX72mDCA+pofILTrVf37e4OQMVI/bwLeigmcIvljm9VHMvLmNbcwN+DBjtszBHOilj6c5OzoBnxNpwoYhdOA==; h=Received:To:From:Subject:Message-ID:Date:User-Agent:MIME-Version:Content-Type:Content-Language:X-ELNK-Trace:X-Originating-IP; Received: from [24.206.115.13] (helo=[192.168.1.7]) by elasmtp-dupuy.atl.sa.earthlink.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4) (envelope-from ) id 1igEKW-0009Ym-Oc for gentoo-dev@lists.gentoo.org; Sat, 14 Dec 2019 15:48:00 -0500 To: gentoo-dev@lists.gentoo.org From: The Bit Pit Subject: [gentoo-dev] RFC: acct-user/... modifies existing user sometimes Message-ID: <51d34968-f80e-1fb8-462c-460785a862e2@earthlink.net> Date: Sat, 14 Dec 2019 14:47:59 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------44B2542602BB4D1F37566341" Content-Language: en-US X-ELNK-Trace: 7df113ffba112561fa3f6473f66ab73a7e972de0d01da94091d1acadb27e3603d71afc888d1a89d8350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.206.115.13 X-Archives-Salt: 50a3b15e-86b6-4f0c-b1e3-bb0987eaf293 X-Archives-Hash: 530b714803ecab258658f5dc503bbe1f This is a multi-part message in MIME format. --------------44B2542602BB4D1F37566341 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit acct-user/mythtv modifies the existing user if that user is not logged in. Mythtv has been around for years and users have created specialized configurations for the mythtv user. They do not like changes to the mythtv user when upgrading. A couple of solutions: 1) the ebuild does not depend on acct-user/mythtv when the user already exists. This prevents both the changing and deletion of the existing user. What is the gentoo way to discover a preexisting user? Repoman does not like anything I tried using egetent passwd mythtv 2)  Add something to the acct-user/mythtv to (conditionally) prevent any change if there is a preexisting user on the system. The acct-user unmerge would also check that the user was not modified since it was created by acct-user. This seems like a lot of work. --------------44B2542602BB4D1F37566341 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit acct-user/mythtv modifies the existing user if that user is not logged in. Mythtv has been around for years and users have created specialized configurations for the mythtv user. They do not like changes to the mythtv user when upgrading.

A couple of solutions:

1) 
the ebuild does not depend on acct-user/mythtv when the user already exists. This prevents both the changing and deletion of the existing user.

What is the gentoo way to discover a preexisting user? Repoman does not like anything I tried using egetent passwd mythtv

2)  Add something to the acct-user/mythtv to (conditionally) prevent any change if there is a preexisting user on the system. The acct-user unmerge would also check that the user was not modified since it was created by acct-user. This seems like a lot of work.


 --------------44B2542602BB4D1F37566341--