Questions about some default packages Fedora project

[Nicolas Mailhot]

Le dim 02/11/2003 à 11:54, Warren Togami a écrit :
> On Sun, 2003-11-02 at 00:33, Stephan Windischmann wrote:
> > On Sun, 2003-11-02 at 10:30, Didier Casse wrote:
> > > But you still can get support from the Enlightenment team! I currently use
> > > Enlightenment and I'm often on their mailing list. I can tell you that
> > > they (and including me!) can provide full support for anybody who use
> > > E desktop on any distro. I currently use RH9 and willing to help anybody
> > > who has problems with E on RH9.
> > Then the Enlightenment team (or any other projects team) should set up
> > their own apt/yum repository for RH/Fedora.
> > 
> 
> Wrong.  The enlightenment team should submit their official package to
> fedora QA for inclusion in the community's repository.

And the QA/packaging rules part is very important.
When you package in isolation your own stuff in your own repository it's
altogether too easy to miss problems a larger community will have
identified.

> > Due to different philosophies, I doubt that Fedora iseer going to have
> > repositories as big as Debian, so for a number of projects, we will have
> > to rely on 3d party repositories.
> 
> Wrong again.  3rd party repositories will only be necessary mainly for
> packages that cannot exist in Fedora due to license or legal reasons. 
> This is very similar to Debian's situation.

See jpackage for java as an example of 3rd party repository that is
separate for licensing/legal reasons.
(Well even if there was no licensing issues I don't think we'd merge
with Fedora since it would leave our mdk members in the dust. Some form
of close association/affiliation would be possible however)

Regards,

-- 
Nicolas Mailhot
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Ceci est une partie de message num?riquement sign?e.
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20031102/5484634b/attachment.sig>