Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] Fwd: New Thread: Time to cap grimoires?

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Geoffrey Derber <Geoffrey.Derber AT Trinity.edu>
  • To: Eric Sandall <eric AT sandall.us>
  • Cc: sm-discuss AT lists.ibiblio.org
  • Subject: Re: [SM-Discuss] Fwd: New Thread: Time to cap grimoires?
  • Date: Tue, 24 Jun 2003 14:55:03 -0500

Eric Sandall wrote:
Eric Schabell said:

What's the point of having a z-rejected grimoire if all the other
available
grimoires have a z-rejected section?


Well, the z-rejected grimoire is only for our own grimoire
(devel|test|stable)
rejected stuff, games for example has it's own rejected section as I don't
want to have to look for games in another grimoires just because they have
been rejected!


I've decided that we're going to hold off splitting the rest of the
grimoire until we figure out a few things:

My question wasn't so much about splitting off the rest of the grimoire, as to which of the two new grimoires rejected games should go into, rejected or games.

1) Dependencies across grimoires
2) Naming conventions
3) Most things in the main grimoire most servers can use, so do we even
want to split the rest? (I've heard that perhaps 'kde' and 'gnome' could
be split and leave the rest).

Also, for naming conventions, I'd like the following in 'games' and
'z-rejected' so that their sections don't conflict with those in the main
grimoire:

games/games-<section>
z-rejected/z-<section> (It'd become greatly tedious to type
'z-rejected-<section>')

Thoughts?

Sounds good to me, I was just keeping the same names for z-rejected so far but adding the 'z-' does help distinquish them some.

Geoff






Archive powered by MHonArc 2.6.24.

Top of Page