From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RH44a-0004rv-NO for garchives@archives.gentoo.org; Fri, 21 Oct 2011 01:39:01 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BB84821C075; Fri, 21 Oct 2011 01:38:48 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id EBDE921C064 for ; Fri, 21 Oct 2011 01:38:09 +0000 (UTC) Received: from mail-gy0-f181.google.com (mail-gy0-f181.google.com [209.85.160.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: tetromino) by smtp.gentoo.org (Postfix) with ESMTPSA id 4DE161B4008 for ; Fri, 21 Oct 2011 01:38:09 +0000 (UTC) Received: by gye5 with SMTP id 5so4414533gye.40 for ; Thu, 20 Oct 2011 18:38:07 -0700 (PDT) Received: by 10.68.38.228 with SMTP id j4mr17584754pbk.80.1319161087099; Thu, 20 Oct 2011 18:38:07 -0700 (PDT) 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 MIME-Version: 1.0 Received: by 10.142.207.10 with HTTP; Thu, 20 Oct 2011 18:37:47 -0700 (PDT) In-Reply-To: <201110201647.55931.vapier@gentoo.org> References: <201110201647.55931.vapier@gentoo.org> From: Alexandre Rostovtsev Date: Thu, 20 Oct 2011 21:37:47 -0400 Message-ID: Subject: Re: [gentoo-dev] user management mitigation To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: X-Archives-Hash: 9bc644604bf8ad4f53dd3911e6faf213 On Thu, Oct 20, 2011 at 4:47 PM, Mike Frysinger wrote: > with the previously proposed/accepted GLEP 27 stalled, i'm looking into > mitigating the current suckiness of enew{user,group}/egetent. the first step > is simple: let's split these funcs out of eutils.eclass and into a dedicated > eclass. this makes it trivial for people externally to override the > functionality and hook into whatever craziness they want. Wishlist item for the new eclass: a function that allows adding an existing user (that had previously been created by enewuser) to a particular group without dropping any other groups that the user is already in. Would be very useful for gdm-3.2. -Alexandre