sm-discuss AT lists.ibiblio.org
Subject: Public SourceMage Discussion List
List archive
- From: "Mathieu L." <lejatorn AT smgl.homelinux.net>
- To: sm-discuss AT lists.ibiblio.org
- Subject: Re: [SM-Discuss] alternative grimoire layout
- Date: Wed, 6 Apr 2005 09:54:44 +0200
On Wed, Apr 06, 2005 at 12:37:08AM -0700, Andrew wrote:
> On Wed, Apr 06, 2005 at 08:42:11AM +0200, Mathieu L. wrote:
> > This seems to me the saner way of doing it evoqued so far, except that
> > I'm still not convinced using the developper name as a scheme (even in
> > p4) is a good thing.
> >
>
> What would be a better way to organize the tree in the repository?
>
> Since we've opened the door of it being arbitrary and hidden from users
> we can pick whatever works best for developers working in the repository.
>
> The problem this scheme solves is 'who is maintaining what spells' as
> well as making it convenient for users to 'claim' spells by integrating
> them to their 'section'. Plus its easy for developers to visualize their
> spells and to use repository commands on them naturally.
>
> Im not sure what other development centric layout problem there is to solve.
>
> The disadvantages with this scheme are a huge 'unmaintained' section,
> you have to think a little harder about spell inheritence, you have to
> 'build' the grimoire to be able to use it, and the repository history
> may get interesting as people branch spells out of the unmaintained
> section into their sections and then back again. Advantages are the
> problems it solves above.
>
> Of course, not everyone will ever like the layout we choose (if we
> choose to do anything at all), since we use a filesystem and not a
> relational database we're limited to one bare-metal layout at a time.
I see your point but I still think it will be a huge mess just to have
it working.
It also occured to me that maybe we should stop thinking in a p4 way of
implementing that and see how it would work with whatever (darcs?) soft
we plan to choose as a replacement for p4. Maybe there are neat ways of
doing that with another soft that we haven't thought about yet.
Cheers,
Mathieu.
--
We are Microsoft. Linux is irrelevant.
Openness is futile. Prepare to be assimilated.
--
-
Re: [SM-Discuss] Alphabetic grimoire; was: alternative grimoire layout
, (continued)
- Re: [SM-Discuss] Alphabetic grimoire; was: alternative grimoire layout, Andrew, 04/07/2005
- Re: [SM-Discuss] Alphabetic grimoire; was: alternative grimoire layout, Andrew "ruskie" Levstik, 04/07/2005
- Re: [SM-Discuss] alternative grimoire layout, Robin Cook, 04/06/2005
-
Re: [SM-Discuss] alternative grimoire layout,
Andrew, 04/05/2005
-
Re: [SM-Discuss] alternative grimoire layout,
Jeremy Blosser (emrys), 04/05/2005
-
Re: [SM-Discuss] alternative grimoire layout,
Andrew, 04/05/2005
-
Re: [SM-Discuss] alternative grimoire layout,
Andrew, 04/05/2005
-
Re: [SM-Discuss] alternative grimoire layout,
Andrew, 04/05/2005
- Re: [SM-Discuss] alternative grimoire layout, Mathieu L., 04/06/2005
- Re: [SM-Discuss] alternative grimoire layout, Andrew, 04/06/2005
- Re: [SM-Discuss] alternative grimoire layout, Mathieu L., 04/06/2005
-
Re: [SM-Discuss] alternative grimoire layout,
Andrew, 04/05/2005
- Re: [SM-Discuss] alternative grimoire layout, David C. Haley, 04/06/2005
- Re: [SM-Discuss] alternative grimoire layout, Andrew, 04/06/2005
- Re: [SM-Discuss] alternative grimoire layout, David C. Haley, 04/06/2005
- Re: [SM-Discuss] alternative grimoire layout, Andrew, 04/06/2005
-
Re: [SM-Discuss] alternative grimoire layout,
Andrew, 04/05/2005
-
Re: [SM-Discuss] alternative grimoire layout,
Andrew, 04/05/2005
-
Re: [SM-Discuss] alternative grimoire layout,
Jeremy Blosser (emrys), 04/05/2005
- Re: [SM-Discuss] alternative grimoire layout, Craig Dyke, 04/06/2005
- Re: [SM-Discuss] alternative grimoire layout, Flavien Bridault, 04/06/2005
- Re: [SM-Discuss] alternative grimoire layout, Andrew, 04/06/2005
-
Re: [SM-Discuss] alternative grimoire layout,
Duane Malcolm, 04/05/2005
- Re: [SM-Discuss] alternative grimoire layout, Mathieu L., 04/05/2005
Archive powered by MHonArc 2.6.24.