On Sunday, December 4, 2011 4:50:02 PM UTC+2, Leho Kraav wrote:
>
> * fork my own user.eclass from v1.17, modify it to use --root $ROOT when
> calling shadow stuff
So first thing I'm running into is replacing getent with something that
supports chrooting. Only immediate thought for users is usi
On 12/04/2011 06:44 AM, Leho Kraav wrote:
> So after a reading through a bunch of stuff [1][2][3][4][5], what I'm going
> to do for the goal above is:
>
> * move to sys-apps/shadow trunk [6]
> * fork my own user.eclass from v1.17, modify it to use --root $ROOT when
> calling shadow stuff
> *
On 12/04/2011 09:44 AM, Leho Kraav wrote:
> So after a reading through a bunch of stuff [1][2][3][4][5], what I'm going
> to do for the goal above is:
>
> * move to sys-apps/shadow trunk [6]
> * fork my own user.eclass from v1.17, modify it to use --root $ROOT when
> calling shadow stuff
I th
So after a reading through a bunch of stuff [1][2][3][4][5], what I'm going to
do for the goal above is:
* move to sys-apps/shadow trunk [6]
* fork my own user.eclass from v1.17, modify it to use --root $ROOT when
calling shadow stuff
* stick my user.eclass into myoverlay/eclass/
* # echo "l
Mike, can you offer a tip on how to "trivially hook into whatever craziness"
with the help of user.eclass? My goal is to have regular enewuser and enewgroup
work for ROOT=/xyz. But I don't currently have a clue what would *not* be a
horribly broken way to do this. It seems like I perhaps should
On Thu, Oct 20, 2011 at 04:47:55PM -0400, 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
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.
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