2009/9/19 Andreas Jung :
> The related profiles with this version are:
>
> NormenDB/profiles/default/import_steps.xml: version="20090619-01"
> Toolbox/profiles/default/import_steps.xml: version="20090619-01"
>
> Although making the version attrs unique did not help (even with
> creating a complet
Heya.
On Thu, Sep 24, 2009 at 6:02 PM, Tres Seaver wrote:
> hanno wrote:
>> I was planning to refactor some of the Acquisition wrapping code, now
>> that Acquisition supports parent pointers.
>>
>> I'd still like to do that before we get a 2.0 final out. I can try to
>> put that up on my priority
Hi.
On Mon, Nov 16, 2009 at 6:07 PM, Maurits van Rees
wrote:
> In the metadata.xml in your profile the best practice is currently to
> use plain version numbers, right? So just 1, then 2, then 3 etc and
> not 1.0 then 1.1 then 1.2, right?
Yes.
> Using plain version numbers I have just hit a pr
Hi.
On Mon, Nov 16, 2009 at 6:24 PM, yuppie wrote:
> CMF 2.2.0-alpha has some getIcon changes based on what I proposed here:
> https://mail.zope.org/pipermail/zope-cmf/2009-January/028059.html
>
> Unfortunately the issue is more complicated than I thought and some
> things are now broken in CMF 2
Hi.
On Tue, Nov 17, 2009 at 3:34 PM, Charlie Clark wrote:
> working on my first CMF-based buildout and I'm getting an error in
> CMFCore.DynamicType
>
> from zope.app.publisher.browser import queryDefaultViewName
> ImportError: No module named publisher.browser
>
> My buildout is almost exactly
On Tue, Nov 17, 2009 at 4:00 PM, Charlie Clark wrote:
> Yes, I'm fine with that - how do I fix it? I can then tie my buildout out
> CMF 2.2 beta or release. My buildout.cfg is exactly the same as the
> CMF-sandbox with just my modules being added.
I just noticed that we already have an appropriat
On Fri, Dec 18, 2009 at 1:39 PM, Jens Vagelpohl wrote:
>> URL: http://mail.zope.org/pipermail/cmf-tests/2009-December/012382.html
>
> @Hanno: These are all import problems, probably connected to your
> current reshuffling of Zope2 dependencies?
Right. Zope2 has finally lost a lot of transitive de
On Fri, Dec 18, 2009 at 6:16 PM, Tres Seaver wrote:
> Hanno Schlichting wrote:
>> Right. Zope2 has finally lost a lot of transitive dependencies. I'll
>> make sure CMF actually declares those itself.
>
> We should just get the CMF trunk to import from the new, correct l
Hi.
On Sat, Dec 26, 2009 at 6:25 PM, Yvo Schubbe wrote:
> Log message for revision 107108:
> - fixed Zope 2.12 compatibility
Just to make this explicit: CMF trunk should continue to run with Zope
2.12 and not only with 2.13, correct? If so, I'll add a second test
runner to the buildout, so it's
On Sun, Dec 27, 2009 at 5:45 PM, yuppie wrote:
> Hanno Schlichting wrote:
>> Just to make this explicit: CMF trunk should continue to run with Zope
>> 2.12 and not only with 2.13, correct?
>
> Yes. At least until there is an explicit decision to drop 2.12
> compatibili
On Sun, Dec 27, 2009 at 8:31 PM, Jens Vagelpohl wrote:
> Please keep release scheduling in mind. I had announced a release date
> for CMF 2.2.0-final about a week from now. Andreas cannot possible throw
> out Zope 2 2.12.3-final by that time. We would need to postpone CMF
> 2.2.0-final for any of
On Wed, Dec 30, 2009 at 4:19 PM, Jens Vagelpohl wrote:
> In the debugger I see that the object in question is a absolute_url
> adapter residing in the base component registry in the site root. IMHO
> the components exporter should not look at the base registry at all,
> only a local registry if on
On Wed, Jan 20, 2010 at 2:56 PM, Charlie Clark wrote:
> I'm testing deploying a current project using buildout's offline mode. I
> have a complete download cache but I'm still getting errors:
>
> "We have no distributions for products.cmfcore that satisfies
> 'products.cmfcore'."
I think you've r
On Thu, Jan 21, 2010 at 9:44 AM, Charlie Clark wrote:
> It would be nice if that was the case but I get the same problem on OS X:
>
> """
> We have no distributions for Products.CMFCore that satisfies
> 'Products.CMFCore'.
> Getting distribution for 'Products.CMFCore'.
> Running easy_install:
> /o
Hi.
2010/1/23 Andreas Jung :
> I am currently in trouble with the imports of a particular Plone
> product (CMFBibliographyAT).
I'm pretty sure I've helped Martin to fix this in a branch for
CMFBibliographyAT. Martin, did you check in your work from the last
Tune-Up?
What happened there, was an e
2010/3/31 Tres Seaver :
> I believe the root of this problem is that the 'index' and 'versions'
> bits of a buildout.cfg are effectively Highlanders ("there can only be
> one"). I gave up on trying to get the "two, two, two Zopes in one"
> buildout to work, and instead created a separate buildout.
On Wed, Mar 31, 2010 at 8:33 PM, Tres Seaver wrote:
> OK, the change I'm planning on the trunk essentially reverts your last
> commit (all the extra version pins to make the 'test-zope212' part
> build), plus deleting the test-zope212 part (see attached patch).
Sure. That wasn't much more than a
On Thu, Apr 1, 2010 at 1:24 PM, yuppie wrote:
> Jens Vagelpohl wrote:
>> Bringing up that question again certainly doesn't do any harm. I
>> personally have no objections to using relative SVN URLs.
>
> I don't plan to bring it up again on Zope-dev. I just proposed to make
> an exception for CMF.
On Thu, Apr 1, 2010 at 5:39 PM, Tres Seaver wrote:
> I'm +0 on making this change: I don't konw who will be using this
> buildout via an anonymous HTTP URL, but if everybody working on CMF is
> alraedy using SVN >= 1.5, I can't see any harm in the relative externals.
I've gone ahead and made the
This looks like its caused by Jens cleanup in Zope2:
Error in test test_manage_propertiesForm_allows_adding
(Products.CMFCore.tests.test_ActionInformation.ActionTests)
Traceback (most recent call last):
...
AttributeError: DummyRequest instance has no attribute 'URL1'
Hanno
On Wed, May 26, 2010
On Fri, Jun 25, 2010 at 8:30 PM, Charlie Clark
wrote:
> What are the guidelines on docstrings in unit tests? I'm finding it
> helpful to write some kind of narrative which says what parameters are
> being twiddled and what I expect as a result. Doesn't stop the contortions
> with the method names
On Sat, Jun 26, 2010 at 4:08 PM, Charlie Clark
wrote:
> No, I mean the permission set in the zcml view registration. As previously
> discussed, I don't think "logged_in" and "logged_out" should be portal
> actions as they are states.
What exact zcml registration do you use? A browser:page or a
br
On Sat, Jun 26, 2010 at 7:50 PM, Charlie Clark
wrote:
> src/Products.CMFDefault/Products/CMFDefault/profiles/default/toolset.xml
>
> class="AccessControl.User.UserFolder"/>
>
> This can't be easily corrected without fixing the upgrade steps.
Indeed. This will need an upgrade step and
On Sat, Jun 26, 2010 at 8:37 PM, Charlie Clark
wrote:
> The only place I've noticed it triggering is the first time login/logout is
> called. The error is actually raise by App/ClassFactory:
>
> /Users/charlieclark/Sites/cmf-svn/CMF.buildout/trunk/src/Zope2/src/Zope2/App/ClassFactory.py:23:
> Depr
On Mon, Jun 28, 2010 at 1:00 AM, Enrique Perez wrote:
> Though I would like some comment on the container variable issue: I
> don't find changing it strictly necessary, at least for my use case, but
> without changing the container I don't feel that the semantic
> relationship between context and
On Sun, Jul 4, 2010 at 11:30 AM, Jens Vagelpohl wrote:
> As you may have seen from the checkins, I have done a CMF 2.2 point
> release. Hanno said this would help Plone 4 testing.
Thanks a lot!
The new CMF releases should provide compatibility with Zope 2.13.0a1.
So you should also be able to te
Hi.
Maybe you have noticed from my commits today, but we have some test
setup problems in Zope 2.13. I tried to solve those, but failed so
far. Unfortunately we don't have nightly test runs for any CMF + Zope
2.13 combination for a while, so I'm not sure when all the problems
started.
One recent
Hi Charlie,
On Sun, Jul 11, 2010 at 7:31 PM, Charlie Clark
wrote:
> 2010-07-11 19:23:38 ERROR Application Couldn't install BTreeFolder2
> Traceback (most recent call last):
...
> stat_info = os.stat(path)
> OSError: [Errno 2] No such file or directory:
> '/Users/charlieclark/Sites/cmf-svn/CMF
On Sun, Jul 11, 2010 at 8:11 PM, Charlie Clark
wrote:
> thanks for patiently pointing out the obvious! I blame the heat.
No problem. This happens rarely enough. I just happen to take apart
Zope 2 at the moment :)
> Affected are: Products.BTreeFolder2, Products.ExternalMethods,
> Products.MIMEToo
Hi.
Looks like nobody feels like jumping into the test layers waters.
Unless someone does in the next days, I'll revert the OFS / OFSP
refactoring on Zope trunk.
Hanno
On Sun, Jul 11, 2010 at 1:54 PM, Hanno Schlichting wrote:
> Maybe you have noticed from my commits today, but we h
On Thu, Jul 22, 2010 at 2:00 PM, yuppie wrote:
> yuppie wrote:
>> +...@layer.onsetup
>> def installPackage(name, quiet=0):
>> '''Installs a registered Python package.'''
>
> Oops!
>
> For some unknown reason @layer.onsetup was explicitly removed here:
>
> http://svn.zope.org/?view=rev&re
Hi Stefan,
it looks like we are missing some test runs. Could you have a look and
make sure we also run:
Trunk with Zope 2.13
svn://svn.zope.org/repos/main/CMF.buildout/trunk
CMF 2.2 with Zope 2.13
svn://svn.zope.org/repos/main/CMF.buildout/branches/zope213-cmf22
Thanks,
Hanno
On Sat, Jul 24
On Sat, Jul 24, 2010 at 3:26 PM, Hanno Schlichting wrote:
> Hhm. This all looks like a can of worms to me. I think I'll still
> revert my changes for 2.13 and see if I find the proper motivation to
> fix this for 2.14 instead.
I reverted this now and all tests pass again. Both C
2010/7/27 Andreas Jung :
> I have the requirement to execute my own setuphandler.py inside my own
> profile before GenericSetup applies all other steps (*.xml) file.
> Is there a way to configure this requirement somehow in import_steps.xml?
import_steps.xml is deprecated, register the handlers in
Morning.
On Tue, Jul 27, 2010 at 1:09 PM, yuppie wrote:
> The whole registerPackage concept is a can of worms. We need real ZCML
> directives for *all* the stuff currently done in initialization
> functions. And to deprecate the usage of initialize instead of expanding
> that old concept to non-p
On Wed, Jul 28, 2010 at 1:17 PM, yuppie wrote:
> Hanno Schlichting wrote:
>> ContentInit
>
> ContentInit is only used for BBB. It registers oldstyle constructors.
Well, right. Except in Plone / Archetypes this and variants based on
it are still the only option. Archetypes doesn
On Thu, Aug 5, 2010 at 3:07 PM, yuppie wrote:
> I propose to merge CMF.buildout back into CMF and to delete CMF.buildout
> in the long run. (Zope2.buildout did have a similar purpose and was
> merged back into Zope.)
+1
Hanno
___
Zope-CMF maillist -
On Thu, Sep 23, 2010 at 12:38 PM, yuppie wrote:
> If that concept works for everybody, I'll migrate the rest of the
> CMF.buildout branches.
+1, works for me as discussed in Dresden :)
Hanno
___
Zope-CMF maillist - Zope-CMF@zope.org
https://mail.zope
On Sun, Oct 24, 2010 at 2:29 PM, Tres Seaver wrote:
> 'container' is supposed to be the folder which holds the script /
> template, not the context. In a CMF site, that will typically be the
> site root, given the way items in skin layers appear to be direct
> attributes of the portal object. Fo
On Thu, Jan 13, 2011 at 2:17 PM, Godefroid Chapelle wrote:
> You make me wonder if I am actually reproducing something wrong in my
> tests setup : am I allowed to set a unicode value in Title and Description ?
I'm not sure what the Unicode story is like for CMF. I'd expect there
to be no conversi
On Mon, Feb 7, 2011 at 2:59 PM, yuppie wrote:
> If someone knows a better way to detect NTFS, please let me know.
I looked for better ways, but there's nothing good in default Python or pywin32.
The only real approach seems to involve calling the external diskpart
command with a script like "lis
On Wed, Mar 9, 2011 at 3:00 PM, Wichert Akkerman wrote:
> You really want to use the ZCA for every occurance of a string->object
> mapping? Really?
As long as Zope doesn't have a central configuration registry like
Pyramid has, it unfortunately makes sense. It's massive overkill and
we shouldn't
On Sat, Apr 9, 2011 at 9:09 AM, Suresh V. wrote:
> http://stackoverflow.com/questions/5603459/genericsetup-what-does-toolset-xml-accomplish-if-toolinit-still-has-to-be-called
As Jens pointed out, the CMF developers don't use stackoverflow as a
support channel. But your question has been answered
On Sat, Apr 9, 2011 at 11:31 AM, Jens Vagelpohl wrote:
> IMHO it's not a metter of how popular a given tool is. It's a matter of
> where the developers/supporters hang out and what channels they use for
> accepting questions, bug reports or support requests. For the CMF that
> means this list or t
On Tue, Apr 26, 2011 at 11:53 AM, Godefroid Chapelle
wrote:
> I had made changes to GS registries (use ZCA instead of own registries)
> which got released in 1.6.3.
>
> I backported those changes to 1.4.
>
> http://zope3.pov.lt/trac/browser/Products.GenericSetup/branches/1.4-with-global-zca
>
> Ca
On Tue, May 3, 2011 at 12:45 AM, Martin Aspeli wrote:
> Several months ago, I seem to recall a discussion that led me to
> believe it's now possible to register a GenericSetup upgrade step that
> runs an extension profile when invoked, instead of having to write a
> Python handler with imperative
On Thu, May 26, 2011 at 4:46 PM, Godefroid Chapelle wrote:
> Would anyone see an issue that I release a Products.GenericSetup 1.4.20
> (or any other big integer) with ZCA registries ?
>
> Smaller 1.4.x numbers could be kept for bug fix releases for CMF 2.1 and
> Plone 3.
That's a really weird way
On Thu, May 26, 2011 at 10:39 PM, Godefroid Chapelle
wrote:
> Le 26/05/11 17:15, Hanno Schlichting a écrit :
>>> Smaller 1.4.x numbers could be kept for bug fix releases for CMF 2.1 and
>>> Plone 3.
>>
>> That's a really weird way of doing it. And I'm
On Tue, May 31, 2011 at 3:15 PM, Godefroid Chapelle wrote:
> What I am actually trying to understand is which versions to give to
> public releases after forking an existing branch.
>
> This is what dev releases are for (as you suggested).
No. I said this is what private releases are for.
> My p
On Tue, Jul 5, 2011 at 12:44 PM, Charlie Clark
wrote:
> Am 05.07.2011, 07:00 Uhr, schrieb CMF tests summarizer :
>
>> [1] UNKNOWN FAILED (failures=1, errors=4) : CMF-trunk Zope-trunk
>> Python-2.6.6 : Linux
>> https://mail.zope.org/pipermail/cmf-tests/2011-July/014957.html
>
> All errors
On Thu, Jul 28, 2011 at 1:32 PM, yuppie wrote:
> On CMF trunk I would like to
> - add 'fullname' to that default list
Sounds fine to me. Plone by default has the basic CMF ones, then fullname:
and eight more.
Hanno
___
Zope-CMF maillist - Zope-CMF
On Sun, Aug 7, 2011 at 8:25 PM, Charlie Clark
wrote:
> Hanno, have you got any stats on the optimisation? I looked briefly at the
> changes and I'm not sure if this is really worth it.
Nikolay is working on this and some more evil looking patches at
https://github.com/fafhrd91/experimental.perfor
On Sun, Aug 7, 2011 at 5:13 PM, Jens Vagelpohl wrote:
> After the wrapping, the discussion item has the wrong path. Even though
> "self", the "talkback" object, has the correct path when calling
> getPhysicalPath on it. I can't see anything overly stupid in the
> DiscussionItem code, so there h
On Thu, Aug 11, 2011 at 9:31 PM, Jens Vagelpohl wrote:
> On Aug 11, 2011, at 21:10 , Hanno Schlichting wrote:
>> I tracked this down to a missing aq_inner call in the new
>> getPhysicalPath and fixed that.
> Thanks for taking the time, Hanno. I wouldn't have been able to
On Mon, Sep 12, 2011 at 12:32 PM, yuppie wrote:
> Jens Vagelpohl wrote:
>> On Sep 12, 2011, at 11:52 , yuppie wrote:
>>> I propose to use 'five.globalrequest' instead of self.REQUEST inside
>>> tools. AFAICS that allows to convert *all* tools into utilities.
+1
>> Why would you want to add a dep
On Mon, Sep 19, 2011 at 11:57 AM, yuppie wrote:
> Is there a Plone branch
> that is tested against CMF trunk?
Their isn't a branch. Plone doesn't follow any moving targets from its
lower stack. It always needs someone to sign-up for the job of
updating and then dealing with all issues that the up
On Mon, Sep 19, 2011 at 3:56 PM, yuppie wrote:
> But with zope.globalrequest we can avoid modifying the API. So if it is
> fine to smuggle a zope.globalrequest dependency in Zope 2.13, that might
> be the better solution. Or did you mean to use ZCatalog 2.14 only in CMF?
I meant ZCatalog 2.14 onl
On Tue, Sep 20, 2011 at 12:19 PM, yuppie wrote:
> But an additional ZCatalog branch is an additional maintenance burden.
> And the required change is small and 100% backwards compatible. The
> zope.globalrequest dependency could be made optional.
>
> Do we really need an extra ZCatalog branch for
On Wed, Sep 21, 2011 at 1:57 PM, yuppie wrote:
> I plan to use zope.globalrequest as fallback if self.REQUEST is not
> available.
>
> What's the best approach for the five.globalrequest dependency? Just use
> zope.globalrequest if it is available? Or specify it in extras_require?
> Or add it to in
On Thu, Sep 22, 2011 at 3:14 PM, yuppie wrote:
> My checkin for Products.ZCatalog has an optional dependency on
> five.globalrequest. If five.globalrequest is not installed,
> Products.ZCatalog behaves exactly as before. I hope we don't need a
> Products.ZCatalog 2.14 release for that. Zope 2.13 c
On Wed, Sep 28, 2011 at 4:42 PM, Alan Runyan wrote:
> but as Plone 4.3 probably would include CMF 2.3
Nah, it most likely won't. There's no PLIP yet to propose such an
update and I'm not aware of anyone who plans one.
Hanno
___
Zope-CMF maillist - Zo
Hi.
Stephan Richter has volunteered to do SVN to Github conversions for all Zope
projects and has already completed all of Zope 2 "core" and some actively used
projects like five.localsitemanager.
Does anyone have objections if I ask him to convert the CMF packages?
And if Tres reads this: Objec
Tres Seaver writes:
> On 03/04/2013 06:46 AM, Maurits van Rees wrote:
>
> > If that commit helps, then some test errors will show up in
> > Products.CMFDefault, mostly this:
> >
> > TypeError: Object has default comparison
>
> New BTrees expects objects used as keys to have "real" comparison
>
Maurits van Rees writes:
> I have added a missing pin for z3c.recipe.scripts (1.0.1), which should
> help there.
I'm surprised you found that pin missing. I thought I had removed all use
of that recipe from the CMF trunk builout, as it isn't compatible with
buildout 2 yet.
But maybe it's too am
Patrick Gerken writes:
> are the missing CMF Tests only temporary or is there a need for a new source
of test reports?
I spoke to Stefan Holek and he no longer has the time nor interest to
maintain the Zope2 and CMF nightly tests. He's not working on any web
based projects anymore, so this is qu
yuppie writes:
> Hanno Schlichting wrote:
> > Does anyone have objections if I ask him to convert the CMF packages?
>
> Yes. I have objections.
>
> I'd like to keep contributing to CMF. But I'm not going to support
> GitHub Inc. by using its services.
Ok. I t
yuppie writes:
> yuppie wrote:
> > There is no test that shows what was broken and fixed. AFAICS there is
> > nothing wrong with using None for uninitialized objects. We just have a
> > new requirement in Products.ZCatalog 3: Attributes with None values can
> > no longer be indexed.
> >
> > Would
67 matches
Mail list logo