Re: [Zope3-dev] Re: zope.error is a 3.5 egg, but is needed by 3.4.x releases

2007-10-06 Thread Fred Drake
On 10/6/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote: Yet zope.app.error was split up into zope.error and zope.app.error without releasing a zope.app.error 3.4.0 final first. The split up should have been done entirely in the 3.5.x series, *after* producing stable 3.4.0 releases.

[Zope3-dev] ZCML-Directive for DirectoryResource factories?

2007-10-05 Thread Fred Drake
Meant to send this to the list... On 9/18/07, Christian Zagrodnick [EMAIL PROTECTED] wrote: The only thing is, no I'm not going to register every file in ZCML. I want to use the zc.resourcelibrary. The follwoing makes it possible, but it's not too nice to have that somewhere in the code:

Re: [Zope3-dev] zope.error is a 3.5 egg, but is needed by 3.4.x releases

2007-10-05 Thread Fred Drake
On 10/5/07, Martijn Faassen [EMAIL PROTECTED] wrote: zope.error is a 3.5 egg, but is needed by 3.4.x releases. I guess this also happened because large package refactorings happened and were released as 3.4.x releases. It's pretty bizarre to run into, though. It's only bizarre if the satellite

Re: [Zope3-dev] Re: zope.dottedname doesn't have a CHANGES.txt (again?)

2007-10-03 Thread Fred Drake
On 10/3/07, Lennart Regebro [EMAIL PROTECTED] wrote: It currently only makes releases as tgz, but adding eggs should be so hard (it's done by calling setup.py anyway if I remember correctly). tgz files are all that's needed (or wanted); there's no reason to use a .egg file. For packages that

Re: AW: [Zope3-dev] Why do we restrict our egg testing?

2007-09-27 Thread Fred Drake
On 9/27/07, Benji York [EMAIL PROTECTED] wrote: Second, why would you include all of the zope.* eggs if that particular package doesn't depend on them? I suspect there are hidden differences in expectations here. ;-) Roger, when you assemble an application, are you expecting to find all of

Re: AW: [Zope3-dev] Why do we restrict our egg testing?

2007-09-27 Thread Fred Drake
On 9/27/07, Roger Ineichen [EMAIL PROTECTED] wrote: No I excpect some of them, but others excpect others. So I'm pretty shure if we count all different setup then we can excpect all packages in the summary. If you think that testing the whole Zope 3 pile with the changed egg is something that

Re: PLEASE don't remove eggs [was Re: [Zope3-dev] faulty releases and pypi access [update]]

2007-09-26 Thread Fred Drake
On 9/26/07, Gary Poster [EMAIL PROTECTED] wrote: I should make our own private copies of the eggs we use, to completely isolate us from these sorts of things, but I have not gotten around to it...nor am I thrilled at the prospect of that overhead. This is also a technical issue: As long as

Re: [Zope3-dev] Re: Automated egg releases

2007-09-26 Thread Fred Drake
On 9/26/07, Marius Gedminas [EMAIL PROTECTED] wrote: Reducing overhead is why I proposed an automated tool. Exactly. I like this approach myself. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality is written. --Henry Miller

Re: [Zope3-dev] Re: faulty releases and pypi access [update]

2007-09-26 Thread Fred Drake
On 9/26/07, Martijn Faassen [EMAIL PROTECTED] wrote: What does one need to tell setup.py to make sure CHANGES.txt is available? I understand it isn't by default, then? Hm, it does appear to be there by default. I checked grok 0.10's tgz and it's there, and we didn't do anything special. Do

Re: [Zope3-dev] Re: Automated egg releases

2007-09-26 Thread Fred Drake
On 9/26/07, Martijn Faassen [EMAIL PROTECTED] wrote: That said, I'd still like the process *without* the tool comprehensible by normal human beings. Agreed; I was trying to usurp the goal of having a reasonable process. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score

Re: [Zope3-dev] Re: Proposal, free views

2007-09-24 Thread Fred Drake
On 9/24/07, Martijn Faassen [EMAIL PROTECTED] wrote: One of the issues I see is that we have two kinds of views - the ones used to construct the ZMI, and special views, such as AbsoluteURL. Simply making it possible to include the component registrations without the browser registrations would

Re: [Zope3-dev] Re: skin support for xmlrpc

2007-09-14 Thread Fred Drake
On 9/14/07, Christian Zagrodnick [EMAIL PROTECTED] wrote: So you're suggesting using ++api++ to choose the request type for all IHTTPRequests. That's fine for me. This is good; if we think about the current skin namespace as really being about the *request* rather than the browser presentation

Re: [Zope3-dev] Re: skin support for xmlrpc

2007-09-14 Thread Fred Drake
On 9/14/07, Roger Ineichen [EMAIL PROTECTED] wrote: If you register views for a base request type, you probably will open a backdor in other projects. Because I'm not advocating registering views for the base request types generally, but only the way to specify in the URL what the request type

Re: [Zope3-dev] Re: RFC: Known working sets

2007-09-06 Thread Fred Drake
On 9/6/07, Chris Withers [EMAIL PROTECTED] wrote: Yup, and this was the reason for my original question to Jim: why do something in zc.buildout rather than fixing the problems with setuptools? It's not at all clear to me that this suggests there's actually a problem with setuptools. The desire

Re: [Zope3-dev] Re: What does python 3000 mean for zope?

2007-09-01 Thread Fred Drake
On 9/1/07, Christian Theune [EMAIL PROTECTED] wrote: I think the byte/text change is excellent. I like the clean separation of the two. What I don't like is the omission of an immutable bytes type. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality is

Re: [Zope3-dev] Re: What does python 3000 mean for zope?

2007-08-31 Thread Fred Drake
On 8/31/07, Stephan Richter [EMAIL PROTECTED] wrote: That's is what I am most worried about. I really need to look into this to see how much things changed. Maybe not as much as we tend to think. I think the changes will be substantial, both for Python code and for C extensions. A biggie is

Re: [Zope3-dev] ZConfig 2.4 final?

2007-08-30 Thread Fred Drake
On 8/30/07, Jim Fulton [EMAIL PROTECTED] wrote: I suggest making a 2.5 (final) release and being done with it. My alpha releases were undoubtedly in ignorance of the existing tag. Heh. Given that tag was yours, I shouldn't say anything. I certainly didn't know about it. I don't think there

[Zope3-dev] Re: [StabilizeEggPackages] (edit) Is that all that has to be done in setup.py?

2007-08-29 Thread Fred Drake
On 8/29/07, srichter [EMAIL PROTECTED] wrote: ++added: - Ensure that the setup.py has a decent set of meta-data, in particular: * The long_description contains all doctests. I know Jim's advocated this, at least for all documentation-centric doctests, but I don't know that we've reached a

Re: [Zope3-dev] Re: [StabilizeEggPackages] (edit) Is that all that has to be done in setup.py?

2007-08-29 Thread Fred Drake
On 8/29/07, Wichert Akkerman [EMAIL PROTECTED] wrote: I don't like the overly long PyPI pages, but I do really like having easily browsable documentation online. PyPI is the only places where that is possible at the moment. In the absence of something better, yes, it's better than nothing at

Re: [Zope3-dev] RFC: Guide for maintaining software in the Zope repository

2007-08-24 Thread Fred Drake
On 8/24/07, Andreas Jung [EMAIL PROTECTED] wrote: We should not be too pendantic when it comes to coding styles. I assume that most contributors to Zope 3 or Zope components know how to write code the Zope 3 way. As the community grows, this is an increasingly poor assumption. Different

Re: [Zope3-dev] RFC: Guide for maintaining software in the Zope repository

2007-08-24 Thread Fred Drake
On 8/24/07, Stephan Richter [EMAIL PROTECTED] wrote: That's not harsh. That's the point of a coding style. :-) The long-term benefits are greater. Agreed! But if you prefer consistency, then we really should be staying with the Zope 3 style guide, This, of course, all depends on the answer

Re: [Zope3-dev] RFC: Guide for maintaining software in the Zope repository

2007-08-24 Thread Fred Drake
On 8/24/07, Andreas Jung [EMAIL PROTECTED] wrote: My statement was focused on discussions like camel case vs. underscores. Such discussions are basically academic. Agreed. In real life when you develop software for different companies or projects it is hard to switch your personal coding

Re: [Zope3-dev] RFC: Guide for maintaining software in the Zope repository

2007-08-24 Thread Fred Drake
On 8/24/07, Stephan Richter [EMAIL PROTECTED] wrote: He he, except that the ``zc`` namespace started using PEP 8. ;-) I am pretty sure the vast majority of code in the repos is classic Zope 3. ``zope``, ``z3c`` (for most parts), and ``lovely`` all follow Zope 3. Even worse, the ``zc``

Re: [Zope3-dev] RFC: Guide for maintaining software in the Zope repository

2007-08-24 Thread Fred Drake
On 8/24/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote: it's a matter of taste and that's hard to argue about. No, that's easy to argue about, it's just not productive. That's the problem. :-) -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality

[Zope3-dev] zope.file branches

2007-08-24 Thread Fred Drake
There are three branches of zope.file: branches/0.1 branches/0.2 trunk There were reasons for so many, but I don't remember what all of them are; there were at least two aspects to this split. One aspect that differs is the use of ZODB blobs. I think another is the location of the result

Re: [Zope3-dev] Re: SVN: zope.location/trunk/s - moved IPossibleSite and ISite from zope.app.component to zope.location

2007-08-22 Thread Fred Drake
On 8/22/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote: this was discussed... Last time I remember we were discussing the idea of a package a la zope.site or zope.componentsite... I certainly find zope.componentsite better, because the name actually explains what it's about. (Also, as

Re: [Zope3-dev] Add function for schema validation in zope.schema

2007-08-20 Thread Fred Drake
On 8/20/07, Christian Zagrodnick [EMAIL PROTECTED] wrote: I think we should add a function to validate a given schema on a given class. This should include constraints and invariants: I do presume you mean object, rather than class, as your example implies. validateSchema(IMySchema, myobject)

Re: [Zope3-dev] Re: Add function for schema validation in zope.schema

2007-08-20 Thread Fred Drake
On 8/20/07, Benji York [EMAIL PROTECTED] wrote: I like getValidationErrors. It's use would probably normally look something like this: ... Both look good to me. Ok, agreed, for reasons people have already given. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon

Re: [Zope3-dev] Re: Removed zope.security 3.4b4

2007-08-16 Thread Fred Drake
On 8/16/07, Benji York [EMAIL PROTECTED] wrote: If buildout prefers release eggs, then only bad release eggs will cause the above problem. Coupled with nailed versions, there should be no reason for emergency communication or egg deletion. Having said that, I don't abhor the idea of an

Re: [Zope3-dev] Retire zope.app.boston

2007-08-12 Thread Fred Drake
On 8/12/07, Christian Theune [EMAIL PROTECTED] wrote: Please. It's badly tested and I assume widely unused. I tried to fix a bug that was reported for it and it's just a mess. +1 -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality is written. --Henry

Re: [Zope3-dev] Re: ISite misplaced in zope.app.component.interfaces

2007-08-09 Thread Fred Drake
On 8/9/07, Stephan Richter [EMAIL PROTECTED] wrote: I agree, the site concept is about locality, which is a concept on top of zope.component. Perhaps a reasonable description; I'd describe it more as a tool for internal organization of an application. I think site is widely understood term in

Re: [Zope3-dev] Page Template Bug??

2007-08-07 Thread Fred Drake
On 8/7/07, Darryl Cousins [EMAIL PROTECTED] wrote: Perhaps try breaking the string: var tpl = + div js-template + /div Or something like that. Probably zpt doesn't know about tags within javascript strings. ZPT follows the letter of the law quite strictly in this, since there's no

Re: Re[2]: [Zope3-dev] problem with zope.testbrowser

2007-08-07 Thread Fred Drake
On 7/21/07, Adam Groszer [EMAIL PROTECTED] wrote: Seems like it's ready. Apidoc had to be modified too. The egg seems to be built OK. Installs OK with dependecies. Tests on the trunk pass when the satellite's branches are linked in as externals. As I'm not yet a pro regarding eggs, please

Re: [Zope3-dev] Re[2]: problem with zope.testbrowser

2007-07-19 Thread Fred Drake
On 7/19/07, Adam Groszer [EMAIL PROTECTED] wrote: Just realized that the mechanize and Clientform of the _satellite_ is pointing as external to the trunk... That looks not so good, does it? Not good at all. :-( -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon

Re: [Zope3-dev] Re[2]: problem with zope.testbrowser

2007-07-19 Thread Fred Drake
On 7/19/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote: Adam's email was a bit misleading, I think. Yes, the externals point to a trunk, but it's the Zope 3 trunk and they're also using fixed revisions: I got the Zope 3 trunk aspect, but didn't check the externals to see that they used

Re: [Zope3-dev] problem with zope.testbrowser

2007-07-19 Thread Fred Drake
On 7/19/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote: Well Adam seems to want to work on this. It's what I suggested he should do. Three cheers for Adam! -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality is written. --Henry Miller

Re: [Zope3-dev] RFC: zopeproject

2007-07-18 Thread Fred Drake
On 7/18/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote: I'm not going to try to convince anyone to give it up, but I probably won't spend much energy in either promoting, maintaining and documenting it. Yay, Philipp! -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the

Re: [Zope3-dev] Re: zope.app.session/zope.minmax

2007-07-11 Thread Fred Drake
On 7/10/07, Christian Theune [EMAIL PROTECTED] wrote: We never said anything else. We planned for some future to stop doing that, I never saw a proposal get accepted that changes the release in this way. Did I miss something? Interesting. I don't recall seeing anyone mention a 3.5 release at

Re: [Zope3-dev] Re: [Checkins] SVN: zope.html/trunk/ZopePublicLicense.txt Add the ZPL text.

2007-07-11 Thread Fred Drake
On 7/11/07, Brian Sutherland [EMAIL PROTECTED] wrote: As long as it's in the tarball, I'm happy (though I suppose the eggs need it too). Yep, thanks to the license terms themselves. --sigh-- Any suggestions as to how to get the actual text when building the tarball? ... None of them is

Re: [Zope3-dev] Re: zope.app.session/zope.minmax

2007-07-11 Thread Fred Drake
On 7/11/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote: Right, I made the same assumption: the eggs have been set free, Right. No need to hold all the developers hostage to a release model we've been working to get away from. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos

Re: [Zope3-dev] Proposal: Make zope.configuration actions better re-usable

2007-07-10 Thread Fred Drake
On 7/10/07, Marius Gedminas [EMAIL PROTECTED] wrote: in addition to emitting a deprecation warning, perhaps? There's no need to deprecate action(), and I suspect no value in doing so, either. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality is

Re: [Zope3-dev] Re: [Checkins] SVN: zope.schema/trunk/ More work on bug 98287: Introduced an event to signal that an object value is

2007-07-09 Thread Fred Drake
On 7/8/07, Christian Theune [EMAIL PROTECTED] wrote: Please revert. The solution is to rip out setting the value from within the field altogether. Humm. Ripping out setting the value from within the field doesn't make sense to me. The field is the only demonitator between zope.app.form and

Re: [Zope3-dev] RFC: Don't need $Id$ string any more

2007-07-05 Thread Fred Drake
On 7/4/07, Jim Fulton [EMAIL PROTECTED] wrote: I propose we stop bothering to include $Id$ strings. (Note that I'm *not* suggesting we go out of our way to remove them.) +1 These have never proved anything more than distractions. Avoiding them in the future is the way to go. Removing them

Re: [Zope3-dev] RFC: Don't need $Id$ string any more

2007-07-05 Thread Fred Drake
On 7/5/07, Jim Fulton [EMAIL PROTECTED] wrote: Right. Many of us have that, but it's hard to get everyone to set that up on every machine they use. More importantly, because that's a global setting for the Subversion client, instead of something retrieved from the server, setting it affects

Re: AW: [Zope3-dev] Re: [Checkins] SVN: z3c.form/trunk/src/z3c/form/ HTMLelement ids containing dots are not very good, because then the

2007-06-05 Thread Fred Drake
On 6/5/07, Gary Poster [EMAIL PROTECTED] wrote: In the past we have wanted the dots to effectively guarantee page component namespaces. I think we still want this. Hyphens should work just fine. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality is

Re: [Zope3-dev] Splitting package configuration

2007-05-23 Thread Fred Drake
On 5/23/07, Stephan Richter [EMAIL PROTECTED] wrote: This solution would not be fully backward-compatible with people including package configure.zcml files manually. I think this is okay, since people often do not even want the browser stuff. That's hard to predict; some do, some don't, I

[Zope3-dev] Re: Splitting package configuration

2007-05-23 Thread Fred Drake
On 5/23/07, Tres Seaver [EMAIL PROTECTED] wrote: Hmm, the use case for slugs was to support application with separately installed extensions; Fred, I think your view is prejudiced by the fact that you don't have any need for pluggability / extensibility. Possibly so. I'm certainly not

Re: [Zope3-dev] Re: System python for *development*? (Was: 3.3.0 tag broken by zc.catalog eggs?)

2007-05-21 Thread Fred Drake
On 5/21/07, Gary Poster [EMAIL PROTECTED] wrote: I then feel comfortable sharing the dev Python across builds because I know it is clean. The stuff that gets installed in the system Python's is usually not an issue for Zope applications (I've never had a Zope-related issue with those things),

Re: [Zope3-dev] Re: System python for *development*? (Was: 3.3.0 tag broken by zc.catalog eggs?)

2007-05-21 Thread Fred Drake
On 5/21/07, Reinoud van Leeuwen [EMAIL PROTECTED] wrote: As a developer it might be a good idea to have different installed pythons in different environments to be sure that some modules (or python itself) meet different requirements. But as system maintainer I like to keep things simple. I do

Re: [Zope3-dev] what dependency to use for zope 3

2007-05-11 Thread Fred Drake
On 5/11/07, Chris Withers [EMAIL PROTECTED] wrote: I dunno, do we actually need an offical big zope 3 release anymore? No. What's more, we don't even want to use one anymore. The value of the big release is more for people who are new to Zope 3, and want to take a look. That's not an

Re: [Zope3-dev] Usage of actions in zope.formlib ... was: Re: Add flexibility to zope.formlib.form.EditFormBase

2007-05-09 Thread Fred Drake
On 5/9/07, Maciej Wisniowski [EMAIL PROTECTED] wrote: You can have different validators for different actions. If only In fact, it's very important that the validators be separate for different actions, since some actions do very different things (and might not need/want to validate all fields

Re: [Zope3-dev] Usage of actions in zope.formlib ... was: Re: Add flexibility to zope.formlib.form.EditFormBase

2007-05-09 Thread Fred Drake
On 5/9/07, Maciej Wisniowski [EMAIL PROTECTED] wrote: class MyNewEditForm(EditForm): actions = EditForm.actions ... I mean line: actions = EditForm.actions That's not good enough. ;-) Adding more actions at this point will affect EditForm as well. Better to use actions =

Re: [Zope3-dev] [URGENT] Organising the satellite projects, eggs and version numbers before beta today

2007-05-03 Thread Fred Drake
On 5/3/07, Christian Theune [EMAIL PROTECTED] wrote: In a small side note: I still don't know how we recommend using the eggs in a way that says I want the egg-version of Zope 3.4.0 and the users gets those eggs (and only those) that are synchronised satellites and have 3.4.0 as their version

Re: [Zope3-dev] [URGENT] Organising the satellite projects, eggs and version numbers before beta today

2007-05-03 Thread Fred Drake
On 5/3/07, Christian Theune [EMAIL PROTECTED] wrote: I might have stated my goals the wrong way. I find it valuable to be able to predict which exact versions of things get pulled in from a buildout. Me too; that's very, very, very important to me. The current way that dependencies are

Re: [Zope3-dev] tracking satellite project's trunks

2007-05-03 Thread Fred Drake
On 5/3/07, Christian Theune [EMAIL PROTECTED] wrote: I started moving packages to their own projects (manually right now, preparing for doing this scripted) and noticed that zope.index is tracked with a specific revision number. My understanding is that the trunk of the Zope 3 tree should be

[Zope3-dev] Re: tracking satellite project's trunks

2007-05-03 Thread Fred Drake
On 5/3/07, Tres Seaver [EMAIL PROTECTED] wrote: When a truly egg-based Zope3 ships, it should be a meta-egg with explicitly-versioned dependencies. That seems right to me. Approximating that in tree would be to have the Zope3 tree point at *tagged releases* of the satellite projects;

[Zope3-dev] Separating projects

2007-04-26 Thread Fred Drake
The giant Zope 3 checkout / shadow project dichotomy is driving me up the wall. For code that (really) lives in the Zope 3 checkout, it's difficult to deal with separate releases for the shadow projects since the version number should really come from the Zope 3 project. I'm going to move the

[Zope3-dev] Re: Separating projects

2007-04-26 Thread Fred Drake
On 4/26/07, Fred Drake [EMAIL PROTECTED] wrote: While I move the code and add externals to the Zope 3 tree, checkouts will be momentarily broken. I'll send another note when I'm done with these changes. Whew! I'm done. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score

Re: [Zope3-dev] Separating projects

2007-04-26 Thread Fred Drake
On 4/26/07, Christian Theune [EMAIL PROTECTED] wrote: Yay! Is this agreed strategy once on is on the wall? I'm not sure I understand you question. I spoke briefly with Jim today about this issue, and he suggests that for packages that really live within the Zope3 project, they need to share

Re: [Zope3-dev] a bug in the Zope 3 (and 2) page template engine

2007-04-19 Thread Fred Drake
On 4/20/07, kit BLAKE [EMAIL PROTECTED] wrote: But those attributes *do* work. If you call that image without the attributes, it won't have a title attribute. If you keep the tag as it is, it will have a title attribute. This is some pretty freaky behavior for page templates, I think, but was

Re: [Zope3-dev] Releasing Zope 3.4

2007-04-10 Thread Fred Drake
On 4/10/07, Christian Theune [EMAIL PROTECTED] wrote: However, there are currently two bugs assigned to the Zope 3.4a1 release in launchpad that could be moved for the beta unless we feature freeze in the alpha already, I don't remember our policy on that and couldn't find any hint in the wiki.

Re: [Zope3-dev] Re: Zope3 Standalone Page Templates

2007-03-27 Thread Fred Drake
On 3/26/07, Jim Fulton [EMAIL PROTECTED] wrote: We have a lot of work to do on dependencies. :( Fortunately, a number of community members are working on this right now. We should see some real improvements very soon. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Every sin is the

Re: [Zope3-dev] Zope 3.4 release

2007-03-23 Thread Fred Drake
On 3/23/07, Baiju M [EMAIL PROTECTED] wrote: I think we need not to mimic the zpkg based release for 3.4, rather we should use zpkg for this release also. ... - our 3.4 alpha 1 release date is approaching, we follow time-based release ! But zpkg-based releases aren't a feature; it's just

Re: [Zope3-dev] Zope 3.4 release

2007-03-23 Thread Fred Drake
On 3/23/07, Christian Theune [EMAIL PROTECTED] wrote: Right. However, I doubt, and Baiju thinks the same AFAICT, that we'll get it done. No reason to delay the release. Yes, that's fine. I've no idea what the release schedule is (and that's deliberate), so whatever works if it's a scheduling

Re: [Zope3-dev] zope.fssync dependency on zope.app.file

2007-03-06 Thread Fred Drake
On 3/6/07, Baiju M [EMAIL PROTECTED] wrote: We have distributed zope.app.file with Zope 3.3 so zope.app.file should be distributed with zope.app egg when Zope 3.4 is released. And we are not distributed zope.fssync with Zope 3.3, but now zope.fssync is dependency for zope.app.file . The

[Zope3-dev] Re: Test layers for zope.app.* packages

2007-02-06 Thread Fred Drake
On 2/6/07, Philipp von Weitershausen [EMAIL PROTECTED] wrote: An egg should only *depend* on setuptools if it uses things like pkg_resources (e.g. for namespace packages). But there's no need to depend on setuptools for namespace packages generally; that's specific to namespace packages in the

Re: [Zope3-dev] Test layers for zope.app.* packages

2007-02-05 Thread Fred Drake
On 2/5/07, Baiju M [EMAIL PROTECTED] wrote: I have created zope.app egg two weeks back (http://svn.zope.org/zope.app/trunk/) I have used setuptools.find_packages function, so setuptools is a dependency. Should we need compatibility with distutils.core ? I suspect it's fine ok for an

Re: [Zope3-dev] Re: calling interface returns object, calling queryAdapter returns None?

2007-01-24 Thread Fred Drake
On 1/24/07, Chris Withers [EMAIL PROTECTED] wrote: queryAdapter, for me, is starting with the supplied object, get me something that implements the supplied interface and return None if no such object can be obtained. o = IFoo(ob, None) if os is not None: ... If there's another function

Re: [Zope3-dev] Re: zope.tal.xmlparser.XMLParser() dislikes unicode

2007-01-18 Thread Fred Drake
On 1/18/07, Andreas Jung [EMAIL PROTECTED] wrote: We're faster with new Zope versions than the W3C with any standard. So? The recommendation for XML 1.1 is already a done deal (a second edition was published last September), so there are already multiple specified versions. Since other

Re: [Zope3-dev] Re: Some thoughts on Zope 3, Zope 3 applications, and Zope 3 instances

2007-01-06 Thread Fred Drake
On 1/6/07, Martin Aspeli [EMAIL PROTECTED] wrote: Hopefully, we'll see something else emerge as well that is conceptually a combination of the two: End user-oriented and pure Zope 3. The only issue here is whether Zope 3 itself is useful directly to end users, or something built on top

Re: [Zope3-dev] Re: [SpringCleaning07]

2006-12-20 Thread Fred Drake
On 12/20/06, Jeff Shell [EMAIL PROTECTED] wrote: If TAL / Page Templates isn't really made available to anyone else, how could it get momentum? 'zope.tal', 'zope.tales' and 'zope.pagetemplate' could probably be combined into a nice world-usable egg. zope.pagetemplate is used in JOTWeb:

Re: [Zope3-dev] Bugday today

2006-11-16 Thread Fred Drake
On 11/16/06, Jeff Shell [EMAIL PROTECTED] wrote: Any status report on this? The collector state(s) seem unchanged. The collector is software. For some reason, it doesn't seem to want to work for me at least. It's possible that this capriciousness on the part of the collector isn't just aimed

Re: [Zope3-dev] Re: browser widgets: items widgets and label tags

2006-11-11 Thread Fred Drake
On 11/11/06, yuppie [EMAIL PROTECTED] wrote: Well. I can't see why Zope 3 has to ship with two completely different implementations of widget rows and I don't like the formlib template either. But this is not the code that causes validation errors. I can't say that I like any of the

Re: [Zope3-dev] Re: browser widgets: items widgets and label tags

2006-11-10 Thread Fred Drake
On 11/10/06, yuppie [EMAIL PROTECTED] wrote: While pointing the label to the div element that contains the input fields is not very useful, this seems to be valid HTML:: Sorry for not replying earlier, but I wanted to have time to think before responding. ;) There's valid according to the

Re: [Zope3-dev] Re: Tracking eggification of zope.* packages

2006-11-05 Thread Fred Drake
On 11/6/06, Baiju M [EMAIL PROTECTED] wrote: We have to use test layers for functional testing with at least one layer per package based on ZCMLLayer ? Then there will be TestBroserLayer, PublisherLayer etc. or should we create a ZopeAppServerLayer derived from ZCMLLayer and use it for the

[Zope3-dev] Re: The z3c.javascript package

2006-10-25 Thread Fred Drake
On 10/24/06, Fred Drake [EMAIL PROTECTED] wrote: Is the z3c.javascript package intended to be a namespace package itself, or is it a conventional package? Hmm. After I asked this, Gary pointed out that the package doesn't actually provide the MochiKit/dojo/... content; there's some

Re: [Zope3-dev] Re: Fwd: Re: RFC: Zope Configuration Egg Support

2006-10-24 Thread Fred Drake
On 10/24/06, Jim Fulton [EMAIL PROTECTED] wrote: I certainly don't want you to check setuptools into the repository. Certainly not! For pkg_resources, we don't need setuptools. setuptools depends on pkg_resources. But this brings up a good point. In the future, I want dependencies handled

[Zope3-dev] The z3c.javascript package

2006-10-24 Thread Fred Drake
Is the z3c.javascript package intended to be a namespace package itself, or is it a conventional package? -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Every sin is the result of a collaboration. --Lucius Annaeus Seneca ___ Zope3-dev mailing

Fwd: [Zope3-dev] Re: RFC: Zope Configuration Egg Support

2006-10-23 Thread Fred Drake
Resending; something went wrong along the way... -- Forwarded message -- From: Fred Drake [EMAIL PROTECTED] Date: Oct 23, 2006 9:44 AM Subject: Re: [Zope3-dev] Re: RFC: Zope Configuration Egg Support To: Jim Fulton [EMAIL PROTECTED] Cc: Rocky Burt [EMAIL PROTECTED], Zope 3

Re: [Zope3-dev] Re: Fwd: Re: RFC: Zope Configuration Egg Support

2006-10-23 Thread Fred Drake
On 10/23/06, Jim Fulton [EMAIL PROTECTED] wrote: I assume that this is directed at Fred and the ZIPImportSupportForZope3. The code needed for resource loading from ZIP files or other packages that provide the right __loader__ interfaces is pretty minimal. pkg_resources includes a lot of other

Re: [Zope3-dev] zope.i18n dependency in zope.configuration

2006-10-22 Thread Fred Drake
On 10/22/06, Baiju M [EMAIL PROTECTED] wrote: So any module imported should be added as a dependency. Then, what about modules imported in test files (*.txt or test*.py files) ? Pretty much; there are cases where a package might import something conditionally in order to improve integration,

Re: [Zope3-dev] zope.i18n dependency in zope.configuration

2006-10-21 Thread Fred Drake
On 10/21/06, Baiju M [EMAIL PROTECTED] wrote: I was looking at zope.configuration source, zope.i18n is given as a dependency in DEPENDENCIES.cfg, but it is not imported anywhere in that package. So, can I remove 'zope.i18n' line from DEPENDENCIES.cfg file? It looks like zope.i18n can go,

Re: [Zope3-dev] Re: Zope Configuration Processing and Side Effects

2006-10-21 Thread Fred Drake
On 10/21/06, Simon Michael [EMAIL PROTECTED] wrote: How do you feel about this folks ? I'd like to make the old zope 3 wiki read-only and activate the subscriptions on the new one. A small but good step forward from the present situation of two identical writable wikis. The new wiki is much

Re: [Zope3-dev] Re: [Zope3-checkins] SVN: Zope3/trunk/ Fixed encoding of newlines, carriage returns, and tabs when

2006-10-20 Thread Fred Drake
On 10/20/06, Baiju M [EMAIL PROTECTED] wrote: So, we have to merge this to 3.2 and 3.3 branches? I just done this in my check out and test with Python 2.4.4 and 2.4.3 versions, all tests passed. Can I commit it? Thanks! I ported this to 3.2 and 3.3 branches. Untill the next point releases,

Re: [Zope3-dev] Grrr. zope.org wikis are evil.

2006-10-08 Thread Fred Drake
On 10/7/06, Jim Fulton [EMAIL PROTECTED] wrote: There's a Zope 3 port of zwiki. There's http://svn.zope.org/zwiki/. I just checked it out into a Zope 3 trunk checkout, added in a bit of configuration, and poked at it. My first impression is that it's more than a little raw. - HTML WYSIWYG

[Zope3-dev] Grrr. zope.org wikis are evil.

2006-10-06 Thread Fred Drake
I've mostly learned to stay away from the wikis on zope.org, but some days, I just forget. I use a lot of wikis. And I like them, really. They're good for many applications, and the Zope 3 development wiki, while disorganized and somewhat dated, isn't really any worse than others. Until you

Re: [Zope3-dev] Re: the maintenance of change logs

2006-09-22 Thread Fred Drake
On 9/22/06, Philipp von Weitershausen [EMAIL PROTECTED] wrote: Right. Or in old-skool distutils world, you can use a setup.cfg file: http://docs.python.org/dist/setup-config.html Oddly, the setup.cfg file is not used as a source for much of the metadata passed to the setup() function, AFAICT.

Re: [Zope3-dev] Re: the maintenance of change logs

2006-09-22 Thread Fred Drake
On 9/22/06, Philipp von Weitershausen [EMAIL PROTECTED] wrote: Actually, I was recently told that one of the advantages of JARs are that the META-INF data is actually more easily read and written than the EGG-INFO stuff. Again, I'm pretending not to know much here ;) Might be; that I don't

[Zope3-dev] zc.selenium, Selenium 0.7.1 bug

2006-09-20 Thread Fred Drake
Hi all, The zc.selenium package includes Selenium 0.7.1 (the latest release), which includes this unresolved issue: http://jira.openqa.org/browse/SRC-99 This impacts one of our projects, and the workaround described avoids the problem. It's not clear that the workaround is more than that

Re: [Zope3-dev] Functional testing of XML-RPC views

2006-09-19 Thread Fred Drake
On 9/19/06, Stephan Richter [EMAIL PROTECTED] wrote: This is perfectly fine. The exact XML was never of interest. I think this is right for most cases. Sometimes it may be (especially in the case of reported bugs and error handling), but I think that's an unusual situation. Those cases can

Re: [Zope3-dev] Zope 3 as a reliable platform?!?

2006-09-05 Thread Fred Drake
On 9/5/06, Jim Fulton [EMAIL PROTECTED] wrote: On the subject of the style guide, I think that, given that Python has adopted the underscore-naming scheme, we should do the same. Just as with Python, it would *not* be necessary to conform existing APIs to a new style. Hmm. The Z3 style guide

Re: [Zope3-dev] Patching zope.testing

2006-09-05 Thread Fred Drake
On 9/5/06, Gustavo Niemeyer [EMAIL PROTECTED] wrote: runner (is anyone else using it?). We're certainly using the zope.testing framework for internal projects; I expect a number of projects would be affected. In thinking about this, it's not at all clear to me that this is the right thing to

Re: [Zope3-dev] Zope 3 as a reliable platform?!?

2006-09-05 Thread Fred Drake
On 9/5/06, Dieter Maurer [EMAIL PROTECTED] wrote: When I remember right, then I read an important sentence in the Python style guide -- something along the lines: This is a guide: you should follow it but there are occasions when you may not do so with good reasons. I don't know if this means

[Zope3-dev] Re: Zope 3 as a reliable platform?!?

2006-09-05 Thread Fred Drake
On 9/5/06, Philipp von Weitershausen [EMAIL PROTECTED] wrote: So, in the end, a new style guide would only apply to new packages or new APIs, which are mostly outside of the Zope 3 core nowadays anyways. Yes; this I understand. My point was that there's no reason to change the Z3 style guide,

Re: [Zope3-dev] zope.etree comments

2006-08-25 Thread Fred Drake
On 8/25/06, Michael Kerrin [EMAIL PROTECTED] wrote: What name should I use, I have seen a lot of talk on this but never really followed any of the threads to the end. If you say use X I will. I don't want to start another thread on this. I think the name is fine. There are packages under zope

Re: [Zope3-dev] zope.etree comments

2006-08-25 Thread Fred Drake
On 8/25/06, Martijn Faassen [EMAIL PROTECTED] wrote: also wonder how easy it is to install something that's not shipped with the core into the core. From where I sit (behind fancy buildout systems!), it's just as easy to add another separately-developed zope.something package as it is to add

Re: [Zope3-dev] z3c vs. the zorg

2006-08-24 Thread Fred Drake
On 8/24/06, Benji York [EMAIL PROTECTED] wrote: If zc were to become zope community, I'd be *totally* for it (but I don't speak for ZC here, so that may not be cool with others, like say Jim). We'd either keep using zc under the new meaning, or switch to something else. z3c clearly stands for

[Zope3-dev] Timedelta widget?

2006-08-22 Thread Fred Drake
Has anyone created a widget for the zope.schema.Timedelta field? I'd love to see one that's available under the ZPL about now. :-) -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Every sin is the result of a collaboration. --Lucius Annaeus Seneca

Re: [Zope3-dev] Re: [Checkins] SVN: lovely.rating/ Initial import from Lovely Systems repository

2006-08-21 Thread Fred Drake
On 8/21/06, Philipp von Weitershausen [EMAIL PROTECTED] wrote: I'm +1 too, but I'm against naming this category Zope 3. I would just call it Zope. Two reasons: I think this should be a community decision. While my own interests are largely limited to Zope 3 these days, the increasing overlap

[Zope3-dev] Re: ZSCP?

2006-08-21 Thread Fred Drake
On 8/21/06, Stephan Richter [EMAIL PROTECTED] wrote: Zope Software Certification Process I wrote a lengthy proposal in February and March. The public thread starts here: I'll admit I've only looked very briefly at the documentation you've produced so far. My initial reaction is strongly

  1   2   3   >