[Grok-dev] martian release?

[Martin Aspeli]

Chris McDonough wrote:
> On 6/26/09 4:10 AM, Jan-Wijbrand Kolman wrote:
>> Chris McDonough wrote:
>>> Within the next week or two, I hope to make a 1.0 final release of the
>>> repoze.bfg web framework (http://bfg.repoze.org).  repoze.bfg uses martian to
>>> allow for decorator-based ZCA configuration.
>>>
>>> So far, we've been making folks install repoze.bfg from a custom index.  This
>>> index has a forked version of martian in it, made from the trunk some time ago.
>>>    In particular, this branch prevents ".pyc" files from being grokked.
>>>
>>> After a 1.0 release, it'd be nice if we could let people install BFG from PyPI.
>>>    I'm wondering if a 0.12 release of martian would be possible from the trunk to
>>> make sure that folks don't get startup errors resulting from attempting to grok
>>> ..pyc files.  Is there anything I can do to help?
>> I think we can certainly release martian, with the following remarks -
>> more directed to "Grok folks":
>>
>> Martian-trunk also contains the preparations for improved defaults for
>> module-level directives. This is to help solve the infamous
>> template-directive inheritance in Grok.
>>
>> As a result, the current Grok trunk might not work with the current
>> martian trunk (and thus any upcomming release of martian).
>>
>> With that said, if there're no other objections, I can do a release of
>> martian-0.12 if that helps repoze's 1.0 release somewhere this weekend.
>>
>> Would that help you?
> 
> It would... it's not completely imperative (we can continue sending people to 
> our private index), but it would be a good thing.  Let me know if I can help in 
> any other way.

I'd like to see this fix too. Grokking pyc files leads to confusion 
sometimes during development.

Martin

-- 
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book