[squeak-dev] Community contributions to non-supported packages

Tobias Pape Das.Linux at gmx.de
Thu Aug 19 11:57:47 UTC 2010


> 
> <snip>
> However, this is a lovely opportunity to repeat my call for either (or maybe
> both): 
> * (my favorite) create an inbox for each project on SqS, just like for
> Squeak and Pharo trunk, so users can choose between the bleeding edge (which
> would include contributions like this one) or the last officially blessed
> one; but they would all be in the same place and obvious to find. 
> * or, send an email to all SqS emails saying that if they don't affirm
> responsibility for their project within X amount of time, the repo will be
> released to the community i.e. made w/r. 
> 
> I also seem to remember a suggestion at one point to have a list of people
> that were approved to commit to any repo on SqS. 
> 
> The point is, make it easy to contribute and people will.  It is a downer to
> go through the work of fixing packages, only to put them in my own repo
> where they may never be found by users, because the repo is read-only and I
> can't get in touch with the admins. 
> 
> <rant> 
> Also, adding oneself to each repo is RUBBISH!!!!!  Even though I usually
> take the time, I shudder at the thought of all the community fixes that were
> kept personally or thrown away because it was a hassle to share them.  I'm
> sure many people, like me, just fix things that are broken.  This is the
> whole beauty of a live system that's turtles all the way down - my system's
> menus are broken, great, I just spend 20 minutes fixing them for every user
> on the planet vs. the typical X months (if ever) for an OS vendor to get
> around to a fix 
> </rant> 
> 

What about inverting the approach like at github?
not adding yourself to  a repo but adding a repo 
to you? 

So Long,
	-Tobias




More information about the Squeak-dev mailing list