On Tue, Jan 11, 2011 at 11:10 AM, Maciej Fijalkowski <fij...@gmail.com> wrote:
> On Tue, Jan 11, 2011 at 2:58 PM, holger krekel <hol...@merlinux.eu> wrote:
>> Hi Maciej,
>>
>> it's not clear to me what posts your are refering to. Certainly
>> not the original post from Nathan?
>>
>> If you think it's a general issue then do a top-level posting and please
>> suggest how "non-active" (defined how?) pypy developers are supposed to
>> know if some topic is interesting without posting about it.  And include
>> some concrete rules about when side discussions are ok and when not.
>> Probably all harder to do than improving your ignoring techniques?
>
> Well, I can easily ignore things that are not interesting to me.
>
> My point was that discussions about topics (like capabilities) only
> make sense if there is someone even remotely interested in
> implementing that in PyPy. Otherwise discussions tend to drift into
> "but that's also a cool idea", which is off-topic for PyPy, since
> noone actually wants to implement any of those.

Well we could tell him how to implement capabilities in pypy and how
easy/hard this seems. Without looking much at it I think you could
implement it by creating a new object space, like those:
http://codespeak.net/pypy/dist/pypy/doc/objspace-proxies.html

> For example I would say all GIL-removal discussions are offtopic
> unless someone has a will to experiment with implementing it.

This is also something I see as a problem in communication, there
should be at least a FAQ question about this or even a good
description of how pypy does Threads and why it does the same thing as
CPython.

> That's, as I said above, my personal opinion, backed by a fact that
> this is the list for discussing developing PyPy (so some people, like
> me, feel obliged to read whole discussions here). Feel free to propose
> some other guidelines for what is on-topic and what is off-topic for
> that list.

Maybe pypy developers could steers discussions into being on topic.

> As active I mean anyone doing any work on PyPy. Be it a typo in documentation 
> :)

People feel that they are helping by discussing on the list ideas and
approaches that maybe the pypy team might not know.

> Cheers,
> fijal
>


-- 
Leonardo Santagada
_______________________________________________
pypy-...@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev

Reply via email to