[Gelistirici] contrib svn 'si altındaki pisidepo ve 3rd_Party hakkında

[A. Murat Eren]

 Hi Faik and Murat (and others),

On Thursday 30 November 2006 13:45, Faik Uygur wrote:
> Let's say in the near future some other group may come and call themselves
> some other name and start to keep another repository under contrib... And
> later some other, and some other... This is not a sane thing to do so...
>
> To make it short, contrib repository should be one repository that should
> hold all the packages that does not _or_ can not go to devel repository.

 I agree.

 3rd party developers and teams are most welcome to contribute into the Pardus 
package repositories as Pardus developers. But when the matter comes to 
seperate teams, I would not think that it would be a good idea to work under 
svn.pardus.org.tr with any particular team name. Because Pardus, in my 
opinion, can not support any particular team or community and it's developers 
offically.

> Saying that I only maintain these packages is not a wise thing to do.

 I think there is no problem with this idea. It was gonna happen sooner or 
later. Besides I think maybe this a very good development for Pardus and our 
community.

 My only objection is that there must be only one developer team under the 
entire domain of Pardus.

 We can not accept everyone who wants to extend Pardus repository "as a team" 
and also we can not refuse some of them neither. I strongly believe that we 
have to divide teams like "Pardus developers" and "others".

 Even it sounds distasteful I think this is an obligation to us. Because 
Pardus, as a project, has to be fair to everyone; at least under Pardus 
domain.


 My 2 cents.


 Ciao.
-- 

- -- -- -- -- -- -- -- -- -- -- -- -- -
 A. Murat Eren
 http://cekirdek.pardus.org.tr/~meren/
 Pub Key ID: 0x527D7293
 http://meren.org/
- -- -- -- -- -- -- -- -- -- -- -- -- -

--
 Gnome seems to be developed by interface nazis,
 where consistently the excuse for not doing
 something is not "it's too complicated to do",
 but "it would confuse users" (Linus).
-