RE: [Zope-dev] zope.mimetype dependency on zope.publisher

2008-02-21 Thread sean.upton
Fred Drake wrote: zope.contenttype is a copy/hack of an older version of the mimetypes module from Python's standard library. I'm not sure it's a *good* place to put the functions, but it's probably better than zope.publisher. zope.contenttype has only standard library dependencies, which

[Zope-dev] zope.mimetype dependency on zope.publisher

2008-02-20 Thread sean.upton
All - looking for a bit of input on a dependency for zope.mimetype (zope.publisher) not advertised in setup.py for that package: zope.mimetype.typegetter imports zope.publisher.contenttype for two functions (parse() and parseOrdered()). I'm assuming this dependency is more historical than

[Zope-dev] Collector #2326 - LazyCat bug+fix

2007-05-21 Thread sean.upton
FYI, for those inclined to take a look, or anyone willing to apply a patch to ZCatalog.Lazy: http://www.zope.org/Collectors/Zope/2326 This bug affects svn HEAD, Zope 2.10.x, Zope 2.9.x. LazyCat.__repr__() calls __getitem__() in such a way that __add__() functionality is crippled (see

RE: [Zope-dev] anon http svn access status?

2007-03-07 Thread sean.upton
So: will anon http svn access happen? I'm late to this round of the discussion, but +1. I would suggest https, though, to make it firewall-friendly. Even if this is an anonymous mirror (sounds more likely), it would make sense for community bundle builders (e.g. Plone bundles) to use https