Menu
▾
▴
[GMOD-devel] architecture working group (used to be Re: [Gmod-schema] Re: loading OBO formatted files)
|
From: Peili Z. <pe...@mo...> - 2005-05-24 15:16:58
|
hi Eric, it was nice meeting you at the gmod meeting. please include me in the mailing list for the architecture wg. i didn't follow this thread carefully (in fact i changed the subject here since i won't be talking about OBO file loading). if i've missed something important regarding the arch-wg, please fill me in. imho, to help achieve the goal of the arch-wg, it's important to first sketch out a proposal/spec for the wg describing clearly the goal, the scope, the milestones, and estimated timeline/responsible parties/recommended approach to each milestones. best, peili > X-Sender: em...@he... > To: Chris Mungall <cj...@fr...>, Allen Day <all...@uc...> > From: Eric Just <e-...@no...> > Subject: Re: [GMOD-devel] Re: [Gmod-schema] Re: loading OBO formatted files > Cc: Gavin Sherlock <she...@ge...>, gmo...@li..., Scott Cain <ca...@cs...>, gmod schema <gmo...@li...> > Mime-Version: 1.0 > X-Spam-Score: 0.1 (/) > X-BeenThere: gmo...@li... > X-Mailman-Version: 2.0.9-sf.net > List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/gmod-devel>, <mailto:gmo...@li...?subject=unsubscribe> > List-Id: GMOD mailing lists for active developers <gmod-devel.lists.sourceforge.net> > List-Post: <mailto:gmo...@li...> > List-Help: <mailto:gmo...@li...?subject=help> > List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/gmod-devel>, <mailto:gmo...@li...?subject=subscribe> > List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=gmod-devel> > X-Original-Date: Tue, 24 May 2005 08:27:33 -0500 > Date: Tue, 24 May 2005 08:27:33 -0500 > X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on borise.harvard.edu > X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.63 > X-Spam-Level: > > Hi everyone, > > The working group will be concerned with any and all cross-project policies > that would lead to a more cohesive project. Indeed, the middleware > conversation sparked the group, but many comments later in the session > pointed to a more general purpose. Don't worry though, we won't try to > tackle everything at once. I think the first two recommendations will be > to formalize a policy on platform support (soliciting proposals much like > Gavin's) and trying to flesh out and reach consensus there. Then also, > since there is a demand for a policy on middleware we can work out a policy > on that. Again, these will be recommendations and will likely to be read > and used by people who are starting up projects and those who are > refactoring existing projects. > > I will compile a list of all who emailed me with interest and send out a > general call for proposals and we can get started. > > Eric > > > > At 05:04 PM 5/23/2005, Chris Mungall wrote: > > >Perhaps I've misunderstood. From the context of the discussion at the gmod > >meeting, I understood the arch-WG to be purely concerned with middleware > > > >On Fri, 20 May 2005, Allen Day wrote: > > > > > On Fri, 20 May 2005, Chris Mungall wrote: > > > > > > > Platform independence is one of the many factors such as speed, > > > > maintainability and ease of use that the arch-WG will factor in its > > > > final recommendations. > > > > > > I agree with this. However... > > > > > > > RPMs-vs-CPAN and similar issues are definitely not within its remit. > > > > > > how do you reach this conclusion from the above? I see packaging as > > > affecting speed and ease of deployment, system maintainability, auditing, > > > and stability. IMO supported release and installation technologies are > > > well within the scope of arch-wg. > > > > > > -Allen > > > > > > > > > > > > > > On Fri, 20 May 2005, Allen Day wrote: > > > > > > > > > I agree with this. > > > > > > > > > > On Fri, 20 May 2005, Gavin Sherlock wrote: > > > > > > > > > > > I think it makes a great deal of sense to have 'Primary platforms' a > > > > > > regression against which is a showstopper, and secondary platforms. > > > > > > For the secondary platforms, a maintainer, who has a vested > > interest in > > > > > > that platform, has to step up to the job of keeping code running on > > > > > > that platform. The hope would be that there would be something like > > > > > > 3-5 Primary platforms, that would cover 90% of the users. It's > > simply > > > > > > not feasible to support every hardware/OS/Perl combination under the > > > > > > sun (no pun intended), and simply results in wasted resources. > > > > > > > > > > > > Cheers, > > > > > > Gavin > > > > > > > > > > > > On May 20, 2005, at 2:43 PM, Eric Just wrote: > > > > > > > > > > > > > > > > > > > >> If this is a concern, you probably should have filibustered the > > > > > > >> appointment to head the architecture working group of a guy > > who runs > > > > > > >> chado on top of Oracle on a Windows box :-) > > > > > > > > > > > > > > Hahaha -- hard to filibuster a sole volunteer ;-) > > > > > > > > > > > > > > Seriously, though i think that covering a wide range of > > architectures > > > > > > > is a worthy goal and will increase usership and lead to better > > > > > > > software. I don't think it will be impossible. Installability on > > > > > > > said other platforms is a real issue. I would not have been > > able to > > > > > > > do it without the make ( or nmake in my case ) utility behind > > it all. > > > > > > > Maybe our first discussion in the architecture working group > > should be > > > > > > > in what capacity other platforms are supported. And I do believe > > > > > > > working on platform independence will make for better software > > in the > > > > > > > end. That being said, I think RPM is a great tool for most > > users, it > > > > > > > just shouldn't be the only way to install something. > > > > > > > > > > > > > > > > > > > > > my two cents > > > > > > > Eric > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ============================================ > > > > > > > > > > > > > > Eric Just > > > > > > > e-...@no... > > > > > > > dictyBase Programmer > > > > > > > Center for Genetic Medicine > > > > > > > Northwestern University > > > > > > > http://dictybase.org > > > > > > > > > > > > > > ============================================ > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > This SF.Net email is sponsored by Oracle Space Sweepstakes > > > > > > > Want to be the first software developer in space? > > > > > > > Enter now for the Oracle Space Sweepstakes! > > > > > > > http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click > > > > > > > _______________________________________________ > > > > > > > Gmod-devel mailing list > > > > > > > Gmo...@li... > > > > > > > https://lists.sourceforge.net/lists/listinfo/gmod-devel > > > > > > > > > > > > > > > > > > > > ============================================ > > Eric Just > e-...@no... > dictyBase Programmer > Center for Genetic Medicine > Northwestern University > http://dictybase.org > > ============================================ > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > _______________________________________________ > Gmod-devel mailing list > Gmo...@li... > https://lists.sourceforge.net/lists/listinfo/gmod-devel |