[gentoo-dev] [g2boojum@gentoo.org: glep 27 thoughts]

[gentoo-dev] [g2boojum@gentoo.org: glep 27 thoughts]

[Grant Goodyear]

[-- Attachment #1: Type: text/plain, Size: 1947 bytes --]

I sent the following to SpanKY a while back as my thoughts on how to
move GLEP 27 away from xml (which the portage devs would really rather
avoid).  It has his tentative approval, so now I'd like to get some
general comments.  GLEP 27 is a really good idea, and it would be nice
to have it implemented.

-g2boojum-
----- Forwarded message from Grant Goodyear <g2boojum@gentoo.org> -----

From: Grant Goodyear <g2boojum@gentoo.org>
Date: Fri, 7 Jan 2005 23:37:03 -0600
To: vapier@gentoo.org
User-Agent: Mutt/1.5.6i
Subject: glep 27 thoughts

I've been thinking a bit about how to make uid/gid handling work w/o
needing xml.  It seems like it ought to be simple enough to replace
the xml files with simple plain-text files which look like the
following:

# cat groups/dovecot
gid = 97

# cat users/dovecot
uid = 97
shell = /bin/false
home = /dev/null
groups = dovecot, foo, bar
gecos = Added by portage for dovecot # (normally autogenerated)

Essentially, these files would just contain the same information as what
one would use w/ groupadd and useradd, but w/ more readable syntax.

I'm also thinking that instead of putting these files in
portage/profiles/accounts, perhaps we should permit an "accounts"
directory in each stage of a cascading profile, thus moving the platform
logic (linux vs hurd vs *bsd vs whatever) from the user and group files
(which, in the original glep, would list info for all supported
platforms) to the cascading profiles (default-linux, default-bsd/fbsd,
etcetera).

Any of this make sense?

-g2boojum-
-- 
Grant Goodyear	
Gentoo Developer
g2boojum@gentoo.org
http://www.gentoo.org/~g2boojum
GPG Fingerprint: D706 9802 1663 DEF5 81B0  9573 A6DC 7152 E0F6 5B76



----- End forwarded message -----

-- 
Grant Goodyear	
Gentoo Developer
g2boojum@gentoo.org
http://www.gentoo.org/~g2boojum
GPG Fingerprint: D706 9802 1663 DEF5 81B0  9573 A6DC 7152 E0F6 5B76

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] [g2boojum@gentoo.org: glep 27 thoughts]

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 1932 bytes --]

On Tue, 2005-03-08 at 10:03 -0600, Grant Goodyear wrote:
> I sent the following to SpanKY a while back as my thoughts on how to
> move GLEP 27 away from xml (which the portage devs would really rather
> avoid).  It has his tentative approval, so now I'd like to get some
> general comments.  GLEP 27 is a really good idea, and it would be nice
> to have it implemented.
> 
> -g2boojum-
> ----- Forwarded message from Grant Goodyear <g2boojum@gentoo.org> -----
> 
> From: Grant Goodyear <g2boojum@gentoo.org>
> Date: Fri, 7 Jan 2005 23:37:03 -0600
> To: vapier@gentoo.org
> User-Agent: Mutt/1.5.6i
> Subject: glep 27 thoughts
> 
> I've been thinking a bit about how to make uid/gid handling work w/o
> needing xml.  It seems like it ought to be simple enough to replace
> the xml files with simple plain-text files which look like the
> following:
> 
> # cat groups/dovecot
> gid = 97
> 
> # cat users/dovecot
> uid = 97
> shell = /bin/false
> home = /dev/null
> groups = dovecot, foo, bar
> gecos = Added by portage for dovecot # (normally autogenerated)
> 
> Essentially, these files would just contain the same information as what
> one would use w/ groupadd and useradd, but w/ more readable syntax.
> 
> I'm also thinking that instead of putting these files in
> portage/profiles/accounts, perhaps we should permit an "accounts"
> directory in each stage of a cascading profile, thus moving the platform
> logic (linux vs hurd vs *bsd vs whatever) from the user and group files
> (which, in the original glep, would list info for all supported
> platforms) to the cascading profiles (default-linux, default-bsd/fbsd,
> etcetera).
> 

What about the libconf project ?  Can't we still put that to use somehow
(sorry, don't know the details anymore of it) to solve this issue?


-- 
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] [g2boojum@gentoo.org: glep 27 thoughts]

[Mike Frysinger]

On Tuesday 08 March 2005 04:21 pm, Martin Schlemmer wrote:
> What about the libconf project ?  Can't we still put that to use somehow
> (sorry, don't know the details anymore of it) to solve this issue?

what do you mean 'still' ?  when have we ever used it ?
-mike
--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] [g2boojum@gentoo.org: glep 27 thoughts]

[Martin Schlemmer]

On Tue, 2005-03-08 at 16:57 -0500, Mike Frysinger wrote:
> On Tuesday 08 March 2005 04:21 pm, Martin Schlemmer wrote:
> > What about the libconf project ?  Can't we still put that to use somehow
> > (sorry, don't know the details anymore of it) to solve this issue?
> 
> what do you mean 'still' ?  when have we ever used it ?

Never, but it was planned, thus the 'still'


-- 
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



-- 
---------------------[ Ciphire Signature ]----------------------
From: azarah@gentoo.org signed email body (380 characters)
Date: on 09 March 2005 at 11:06:04 UTC
To:   gentoo-dev@gentoo.org
----------------------------------------------------------------
: Ciphire has secured this email against identity theft.
: Free download at www.ciphire.com. The garbled lines
: below are the sender's verifiable digital signature.
----------------------------------------------------------------
00fAAAAAEAAACc2C5CfAEAAN4CAAIAAgACACB7uSEw2LFL3NuryZGYWUsof7Q/tx
E4+O9JsxJt/XxMogEAZGGYatxzZc1MLH8GOZZyfMg+7EkaltudrG0sKpmA8UJCmK
G8WOXYrOoVQ+d5v+/WArvIfbfo0k+mDMp8zfea/g==
------------------[ End Ciphire Signed Message ]----------------

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] [g2boojum@gentoo.org: glep 27 thoughts]

[Mike Frysinger]

On Wednesday 09 March 2005 06:09 am, Martin Schlemmer wrote:
> On Tue, 2005-03-08 at 16:57 -0500, Mike Frysinger wrote:
> > On Tuesday 08 March 2005 04:21 pm, Martin Schlemmer wrote:
> > > What about the libconf project ?  Can't we still put that to use
> > > somehow (sorry, don't know the details anymore of it) to solve this
> > > issue?
> >
> > what do you mean 'still' ?  when have we ever used it ?
>
> Never, but it was planned, thus the 'still'

ive never heard of such a plan :)

besides, libconf sounds like just another item that would clutter up the 
portage requirements ... but then again, i dont know what the original 
intentions were ...
-mike
--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] [g2boojum@gentoo.org: glep 27 thoughts]

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 1367 bytes --]

On Wed, 2005-03-09 at 19:52 -0500, Mike Frysinger wrote:
> On Wednesday 09 March 2005 06:09 am, Martin Schlemmer wrote:
> > On Tue, 2005-03-08 at 16:57 -0500, Mike Frysinger wrote:
> > > On Tuesday 08 March 2005 04:21 pm, Martin Schlemmer wrote:
> > > > What about the libconf project ?  Can't we still put that to use
> > > > somehow (sorry, don't know the details anymore of it) to solve this
> > > > issue?
> > >
> > > what do you mean 'still' ?  when have we ever used it ?
> >
> > Never, but it was planned, thus the 'still'
> 
> ive never heard of such a plan :)
> 
> besides, libconf sounds like just another item that would clutter up the 
> portage requirements ... but then again, i dont know what the original 
> intentions were ...

It was probably about a year and a half/two years back, before you did
the euseradd, etc stuff.  libconf is a project Dams did that makes
changes to config files transparent to the format being used, and I then
he have a few interfaces to it (php, perl, whatever).  Its just that
then we can do fairly generic config parsing stuff (and might be usefull
in the installer project as well).  Don't know if Dams want to give a
status update/overview ...

Dunno, just throwing around ideas.


-- 
Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]