Re: [ZWeb] zope.org domain expired

2015-12-02 Thread Jim Fulton
Thanks. It's been renewed.

Jim

On Wed, Dec 2, 2015 at 9:58 AM, Sascha Welter <zopel...@betabug.ch> wrote:
> Hi!
>
> No idea if this mail will make it anywhere...
>
> Apparently the domain zope.org expired on 11/27/2015.
>
> Regards,
> Sascha
>
> ___
> Zope-web maillist  -  Zope-web@zope.org
> https://mail.zope.org/mailman/listinfo/zope-web



-- 
Jim Fulton
http://jimfulton.info
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [Zope-dev] github etiquette

2013-09-17 Thread Jim Fulton
On Tue, Sep 17, 2013 at 7:00 AM, Marius Gedminas mar...@gedmin.as wrote:
...
 2) fork the repository, make a branch in the fork, do my work, push
 the changes to my fork, and issue a pull request.

 The latter is what I did, without explicitly asking for feedback.
 Luckily someone did give me feedback (thanks!) :-)

 I think a pull request is right.

Yup.

 It doesn't matter much if the branch you're asking to pull is in the
 main repository or in a private fork.

Yup.

(Apparently, number of forks is a way some people keep score
 on github, so I'll cynically say a fork is better.)

 Now that I mended the pull request, should I merge the pull request
 myself? Or is the current etiquette that someone else should merge
 the pull request?

 I think it's fine to merge own pull requests, provided that somebody
 +1'd it.  (Or if nobody cared for a couple of weeks, even after asking
 for feedback on the list.)

I strongly prefer that the reviewer do the merge.

I'd also really like reviewers to take their responsibility
seriously, making comments and suggestions where appropriate.

Software review, done well, improves the software, and, more
importantly, improves the developers.


 My apologies in case I missed an obvious document or reference
 somewhere that describes the way we should work with the
 zopefoundation's codebase...

 Can we please get the http://foundation.zope.org/ website source on
 GitHub, so it becomes maintainable by the community?

Oh yes, please! Unfortunately, this will require moving from
silva to sphinx.  It will also entail separating the public
sites from private documents.

(The above isn't meant to dis silva, it's just not a good
fit for zopefoundation.org.)

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] github etiquette

2013-09-17 Thread Jim Fulton
On Tue, Sep 17, 2013 at 8:32 AM, Jan-Wijbrand Kolman
janwijbr...@gmail.com wrote:
 On 9/17/13 1:47 PM, Jim Fulton wrote:

 I strongly prefer that the reviewer do the merge.

 I'd also really like reviewers to take their responsibility
 seriously, making comments and suggestions where appropriate.

 Software review, done well, improves the software, and, more
 importantly, improves the developers.


 I agree - I know I get better from recieving feedback :-)

 Is this reviewer role something someone takes upon himself? I mean, if I
 see a pull request for a code base that I know, I could review the request?

These are good questions.  I probably don't have satisfying answers.

The short answer is that I think people who contribute to a project
should view review as one of their duties.  For better or worse, this is
somewhat informal.

If you don't get a review in a timely manner, try posting to the
appropriate mailing list to request a review.

 Or do we acknowledge a group of people that generally do reviews (again
 formally of informally, I don't mind, I'm not looking for official
 procedures)?

No.

 p.s. Another thing I noticed: some of the discussion about changes and
 patches and fixes now shift from the mailinglist to github. This is fine, I
 guess.

Yes, IMO.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] github etiquette

2013-09-17 Thread Jim Fulton
On Tue, Sep 17, 2013 at 8:58 AM, Marius Gedminas mar...@gedmin.as wrote:
 On Tue, Sep 17, 2013 at 07:47:42AM -0400, Jim Fulton wrote:
 On Tue, Sep 17, 2013 at 7:00 AM, Marius Gedminas mar...@gedmin.as wrote:
  Now that I mended the pull request, should I merge the pull request
  myself? Or is the current etiquette that someone else should merge
  the pull request?
 
  I think it's fine to merge own pull requests, provided that somebody
  +1'd it.  (Or if nobody cared for a couple of weeks, even after asking
  for feedback on the list.)

 I strongly prefer that the reviewer do the merge.

 FWIW the only reason I'm in favour of self-merges is that this
 short-circuits the have you signed the ZF committer agreement? dance.
 Only people who have can merge.

Sorry, I don't understand the point you're making.

 I also feel silly when I ask this question from people with very
 familiar names.  (I feel that I have to do when I don't see ZF
 membership on their GitHub profile.)

So are you saying you don't merge other people's code because
you don't want to ask if they're contributors?

I can understand this, but I'd still try to encourage a more review-centric
workflow.

Also, if a change is trivial, the PR doesn't have to be from a contributor.
I understand that triviality isn't always clear.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Important! buildout 2.1.1 released, prepare for distribute 0.7 and buildout 2.2

2013-06-26 Thread Jim Fulton
Distribute/setuptools 0.7 bring some big changes.  These changes can't be
handled by buildout's normal automatic upgrade mechanism.  For this reason,
it's important to do one of the following if you're using buildout 2:

- Pin your distribute version to 0.7dev or to some other 0.6 version.

- Upgrade to buildout 2.1.1, which was just released.  This will prevent
  automatic upgrade to distribute 0.7 or buildout 2.2.  To upgrade,
  imply rerun your existing buildout scripts.

- Be prepared to re-bootstrap your buildouts with the the new buildout 2.2
  bootstrap script, which will be released soon after the release of
distribute 0.7.

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] download.zope.org down

2013-06-11 Thread Jim Fulton
Looks OK now. Maybe someone fixed it.

Jim

On Tue, Jun 11, 2013 at 7:24 AM, Andreas Jung li...@zopyx.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi there,

 download.zope.org seems to be.

 Bad because there is Plone hotfix release scheduled
 for toda 15h UTC...

 Andreas
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (Darwin)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iQGUBAEBAgAGBQJRtwjYAAoJEADcfz7u4AZjoncLvRE3dS0RrWZmHmQvQ8WMAOxc
 09JwPY9HkcD4ghblZv/jaLIHVpcSs3H6RU+bf+vGLiw6zEnYphKu7oZI9avjlY7Q
 NEfRiC1QLlyE8L/m45PL9nH8MzF+LhidOGRIxp989ME/ol8dOBmxoF4Fp7st5TZ5
 nyidwjC+rKlywaoInvFVwgizezLxyt8ljBLHwOVS7T8Tr+xrYmMC9H4ifdWQvj/T
 +H/cF9byGWrne8tJIqCYzIvXC7vAMYk9qOfD38lCx4+F/v1xYG4EtYyGTHLSJXFV
 KS8j14PY248ZF0N/6OgNnw9EXz3WrNNehPz3h8iyzhnZgu/TvNXzSjqoKPAI+7z5
 ZdcHkvM3HXdUZstMUy2qPa62J0T0MH7Sjo3N4Hn49+1ILo5r7fI1oZcg3/b9F8IT
 wFuWibMN3G7YUMgqFeDqkF1gb9+rWz5b17CzO9AgzMuvK/B3WZLJCGGB28Wsk74e
 /0dvKUjjb58LBooXNoDFIgVxrPEoQnI=
 =8HlV
 -END PGP SIGNATURE-

 ___
 Zope-Dev maillist  -  Zope-Dev@zope.org
 https://mail.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  https://mail.zope.org/mailman/listinfo/zope-announce
  https://mail.zope.org/mailman/listinfo/zope )




-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Forcing buildout to download sdist packages only

2013-05-30 Thread Jim Fulton
On Thu, May 30, 2013 at 7:26 AM, Andreas Jung li...@zopyx.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi there,

 I have a buildout where I am using the 'pyamp' module.

 https://pypi.python.org/pypi/pyamp

 zc.buildout on my Raspberry PI tries to download and install
 the binary release package for Linux. Is there a way to
 force buildout to use source code distros only?

No, although a prefer-source option has been discussed.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] ZCA for javascript

2013-05-22 Thread Jim Fulton
On Wed, May 22, 2013 at 12:32 AM, Andreas Jung li...@zopyx.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Like always: you're thoughtd and reasoning are years behind of what
 people actually do today or using nowadays. I remember your pointless
 discussions on ZClasses - years ago, years after we kicked ZClasses
 completely.

We (I) dropped the ball on ZClasses. They were for an audience that
was important in the early days of Zope and that we turned our
backs on.  IMO, he was right to champion them.  I think if we'd paid
attention, Zope would be more relevant today than it is now.

 I suggest to move on to a Javascript community and continue
 do discuss there. Nowaday we have framework like backbone.js, angular.js
 on the client for doing state-of-the-art client-side JS implementations.
 Or stuff like Obviel (from Martijn Faasen, a long time contributor of
 Zope). Don't take it personally but all your questions and communication
 over the last decade it based on very little technical insight and
 experience. Application design and decisions should be left
 to other persons.

How can he not take it personally when you start and end by
insulting him.  Your response is inappropriate and mostly
non-technical.

If you're uninterested in his proposal, just be quiet.  Maybe others
are or it will die out.  If you want to help by respectfully providing
technical arguments, then that's fine too.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Fwd: Patch for zc.zk

2013-05-14 Thread Jim Fulton
On Tue, May 14, 2013 at 6:02 AM, Dave Cahill dcah...@midokura.com wrote:
 Hi,

 Reposting to the zope-dev list - does anyone know if zc.zk is still active?

Yes, but I have lots of other projects. Don't expect instant responses.


 I have another patch to fix importing nodes with spaces in the name, but
 maybe
 I should just fork it instead and apply my fixes there. :)

Maybe.  Not sure nodes with spaces in the names is a good idea.

In terms of plans:

- You should only use zc.zk for it's original use cases of
  service registry and discovery.  For anything else, you
  should use kazoo.

- I plan to port zc.zk to kazoo.  This hasn't been an urgent priority
  up to now (although it's been getting more so).  I was hoping to get a
  student to work on it, but that didn't work out.

  If someone is looking for a project, I'd be happy to have volunteers. :)

  There are two projects waiting for work:

  https://github.com/python-zk/zk.fauxzoo

This is a replaceable mock, similar to what zc.zk
provides.  It should allow application tests with or without
connection to a ZooKeeper server.

  https://github.com/python-zk/zk.service

This is a port of the functionality in zc,zk that's absent from
kazoo, including the high-level data model and service registry
and discovery.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Github tip to get less github spam:

2013-03-13 Thread Jim Fulton
Visit: https://github.com/watching

Either unwatch all or selectively unwatch repositories you're not interested in.

(If you stop watching all, there's a lot of clicking to then watch
repositories again.)

Uncheck autowatch (I wish I'd done this a couple of weekes ago :)

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] [zopefoundation/zope.security] 82fd54: Changed strategy to hide wrapped to not use the se...

2013-03-12 Thread Jim Fulton
On Tue, Mar 12, 2013 at 8:30 AM, Stephan Richter
stephan.rich...@gmail.com wrote:
 On Monday, March 11, 2013 10:33:30 PM Tres Seaver wrote:
  Yep, saw that. There are some uncovered lines for which I have to add
  tests left. Also, I just noticed while prorting zope.publisher to PyPy
  that proxies cannot be adapted, which is a big issue for any view
  libraries.

 Ouch.  That lying about my type bit is hard to get over.

 I was thinking about dynamically creating proxy classes. Something along the
 lines of:

 class PyProxy(object):

 def __new__(cls, orig):
 ProxyForOrig = type('ProxyForOrig', (cls, orig.__class__))
 return ProxyForOrig(orig)

 That should also help us with our 3-arg pow() call

 What do you think?

Sorry, why do you want to adapt proxies?  The lying about class,
which is arguably not lying, is intentional and facilitates adapting proxied
objects.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] windows egg/exe packages on PyPI?

2013-03-06 Thread Jim Fulton
On Wed, Mar 6, 2013 at 7:10 AM, Adam GROSZER agros...@gmail.com wrote:
 Hello,

 Just got a request that winbot should prepare .exe's for windows.

 My question is, do we want exe AND egg or just exe for windows binary
 packages?

 I think setuptools/distribute should work with an exe too,

I doubt it. Have you tested it?

 but veto me here
 and now.

Unless you prove that they're equivalent, both please.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Moving to Github: authors.txt (and svn12git.py)

2013-03-01 Thread Jim Fulton
I've created a private subversion repository containing the
authors.txt file needed when converting subversion repository to git.

  svn+ssh://svn.zope.org/repos/2git

It's a small repository that you can check out directly:

  svn co svn+ssh://svn.zope.org/repos/2git

I've also included a small python script, svn2git.py.  It:

- builds on the git svn plugin, which you must have installed.

- doesn't require that you have a local copy of the subversion repository.

- is more reliable than the ruby version

- It usually does it's work in a few minutes.

- It has run into difficulty with one project, ZEO, where it got into
some look and didn't finish.

This is the script I use and I recommend it for individual repositories.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Temporary write access to moved SVN packages needed

2013-02-19 Thread Jim Fulton
On Tue, Feb 19, 2013 at 12:52 PM, Stephan Richter
stephan.rich...@gmail.com wrote:
 Hi Jim,

 I temporarily need access to the following packages to remove the trunk code
 and add a MOVED_TO_GITHUB file:

 * zope.deprecation
 * zope.event
 * zope.exceptions
 * zope.hookable
 * zope.i18nmessageid
 * zope.interface
 * zope.location
 * zope.proxy
 * zope.schema
 * zope.testing

Done

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zdaemon test dependencies

2013-02-13 Thread Jim Fulton
On Tue, Feb 12, 2013 at 11:10 PM, Stephan Richter
stephan.rich...@gmail.com wrote:
 Hi Jim,

 I am trying to get closer to get zope.site ported to Python 3. This requires
 porting of ZODB, which in turn requires zdaemon to be ported. So far so good.
 But then zdaemon has zc.customdoctests as a test requirement, which then needs
 python-spidermonkey.

That sounds like a bug.


 Since we do not control python-spidermonkey, I would like to break the
 dependency path somewhere.

+1

 I was thinking about having the zdaemon tests that
 require zc.customdoctests only run in Python 2. Does this sound good?

No.

I would make a javascript extra for customdoctests that requires spidermonkey.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Style guide update?

2013-02-13 Thread Jim Fulton
On Wed, Feb 13, 2013 at 1:53 AM, Marius Gedminas mar...@gedmin.as wrote:
 On Tue, Feb 12, 2013 at 05:20:14PM -0500, Fred Drake wrote:
 At one point, we had a style guide that recommended simple import
 module import statements for Zope code:

   http://wiki.zope.org/zope3/ZopePythonStyleGuide

 That page only mentions 'from whatever import *' which everyone will
 agree ought to be avoided.  It doesn't say anything about 'from whatever
 import somename' (except that you shouldn't import somename if you're
 not going to use it).

 Today, I'm noticing a lot of commits with the change note Normalize
 imports that change all imports to from module import whatever,
 like this one:

   
 https://github.com/zopefoundation/zope.security/commit/115691fce9c80a340f271410eec2964c92fbace4

 Do we still have an agreed-upon style guide, or are we moving to a
 last-touched-by approach?

I agree that Tres' changes don't seem to violate the style guide, such as it is.

I strongly prefer Fred's style of imports -- avoiding from imports except
for things that are used a whole lot.  I think it makes the code easier to
read because you don't have to wonder where names are coming from.

However, it's hard to object when someone's doing something that
needs to be done, porting to Python 3,  that I don't want to spend my
time on.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zdaemon test dependencies

2013-02-13 Thread Jim Fulton
On Wed, Feb 13, 2013 at 8:36 AM, Stephan Richter
stephan.rich...@gmail.com wrote:
 On Wednesday, February 13, 2013 07:16:03 AM Jim Fulton wrote:
 I would make a javascript extra for customdoctests that requires
 spidermonkey.

 Okay, and then have two test runners, one running without spidermonkey and one
 with and conditionalize the tests?

I wouldn't bother.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zdaemon test dependencies

2013-02-13 Thread Jim Fulton
On Wed, Feb 13, 2013 at 9:21 AM, Stephan Richter
stephan.rich...@gmail.com wrote:
 On Wednesday, February 13, 2013 09:13:52 AM Jim Fulton wrote:
 On Wed, Feb 13, 2013 at 8:36 AM, Stephan Richter

 stephan.rich...@gmail.com wrote:
  On Wednesday, February 13, 2013 07:16:03 AM Jim Fulton wrote:
  I would make a javascript extra for customdoctests that requires
  spidermonkey.
 
  Okay, and then have two test runners, one running without spidermonkey and
  one with and conditionalize the tests?

 I wouldn't bother.

 But in order to test zc.customdoctests' Py3 compatibility I need to run its
 tests. So I have 2 choices:

 1. Remove all spidermonkey integration tests.
 2. Run all spidermonkey integration tests only on Python 2.

 Both options are fine with me. Your choice. :-)

Ah.  For now, I'd skip the JS-integration tests for Python 3.

OT, will you volunteer for the ZF board?

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zdaemon test dependencies

2013-02-13 Thread Jim Fulton
On Wed, Feb 13, 2013 at 9:39 AM, Stephan Richter
stephan.rich...@gmail.com wrote:
 On Wednesday, February 13, 2013 09:27:46 AM Jim Fulton wrote:
 OT, will you volunteer for the ZF board?

 I would.

Thanks!

 Feel free to nominate me,

Done.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zdaemon test dependencies

2013-02-13 Thread Jim Fulton
On Wed, Feb 13, 2013 at 12:16 PM, Stephan Richter
stephan.rich...@gmail.com wrote:
 On Wednesday, February 13, 2013 09:27:46 AM Jim Fulton wrote:
  Both options are fine with me. Your choice. :-)

 Ah.  For now, I'd skip the JS-integration tests for Python 3.

 Okay, all done. Can you make me an PyPI owner of zc.customdoctests? My
 username is 'srichter'.

Done. Thanks.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] PyPI access to zc.lockfile

2013-02-12 Thread Jim Fulton
On Tue, Feb 12, 2013 at 12:35 PM, Stephan Richter
stephan.rich...@gmail.com wrote:
 Hi Jim,

 can you give me access to zc.lockfile, so I can upload a new release?

PyPI id?

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] PyPI access to zc.lockfile

2013-02-12 Thread Jim Fulton
On Tue, Feb 12, 2013 at 3:35 PM, Stephan Richter
stephan.rich...@gmail.com wrote:
 On Tuesday, February 12, 2013 01:29:43 PM Jim Fulton wrote:
  can you give me access to zc.lockfile, so I can upload a new release?

 PyPI id?

 srichter

Done.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Examples of ZODB.event

2013-02-11 Thread Jim Fulton
On Mon, Feb 11, 2013 at 11:45 AM, Jean-Daniel
jeandaniel.bro...@gmail.com wrote:
 Hello,

 I would like to build a config repository on the ZODB for an appliance where
 many processes would boot and talk to at boot to load their configuration.

 Some processes might modify or add new conf, and some different component
 should take this change of configuration into account.

 Is there any ZODB.event example app that I could read from? ZODB.event is a
 little too low level for me.

 I wish the subscribers would get a notification message like:

 - property modified. Ex: '(VideoComponent', 'server_port')
 - original value, new value. Ex: '8080', '1234'

This isn't a feature in ZODB yet.  Sorry.

When there is such a feature, it will be lower-level than that.
You'll be able to find out that an object changed, but not what
part of the object changed.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.security on github?

2013-02-11 Thread Jim Fulton
On Mon, Feb 11, 2013 at 3:14 PM, Stephan Richter
stephan.rich...@gmail.com wrote:
 Hi everyone,

 I was just about to start porting zope.security using the SVN version, when I
 noticed it is already on Github and Tres has even worked on it today. So 2
 things:

 1. Can we delete the contents of zope.security on svn.zope.org?

Please remove the contents of trunk and add a MOVED_TO_GITHUB file in
trunk and in the project root with the git repo url.

When that's done, I'll make the project read only.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.security on github?

2013-02-11 Thread Jim Fulton
On Mon, Feb 11, 2013 at 3:29 PM, Stephan Richter
stephan.rich...@gmail.com wrote:
 On Monday, February 11, 2013 03:19:54 PM Jim Fulton wrote:
  1. Can we delete the contents of zope.security on svn.zope.org?

 Please remove the contents of trunk and add a MOVED_TO_GITHUB file in
 trunk and in the project root with the git repo url.

 When that's done, I'll make the project read only.

 It seems to be readonly already, so I cannot remove the files.

Sorry. Fixed. Can you try again please?

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.security on github?

2013-02-11 Thread Jim Fulton
On Mon, Feb 11, 2013 at 3:39 PM, Stephan Richter
stephan.rich...@gmail.com wrote:
 On Monday, February 11, 2013 03:37:17 PM Jim Fulton wrote:
  It seems to be readonly already, so I cannot remove the files.

 Sorry. Fixed. Can you try again please?

 All done.

Thanks. Back to read only.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] git migration: Here's the script I use to convert subversion projects to git

2013-01-31 Thread Jim Fulton
I've been holding off making it more public until I polish it further
but there's really no reason to hold off, since I'm unlikely to do more with it
soon:

https://gist.github.com/4683891

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zc.ssl ca chain

2013-01-25 Thread Jim Fulton
On Fri, Jan 25, 2013 at 11:22 AM, Senner, Talin sen...@wildcardcorp.com wrote:
 Would someone that has access be able to update zc.ssl and release a new
 version:

 http://svn.zope.org/zc.ssl/trunk/src/zc/ssl/certs.pem

 with a new version of ca root certificates (something say from a latest
 linux release from /etc/ssl ). The current cert chain is over 5 years  old.

I'll take care of this.  Note that we (ZC) will likely move to requests and
stop maintaining zc.ssl.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zc.ssl ca chain

2013-01-25 Thread Jim Fulton
On Fri, Jan 25, 2013 at 12:00 PM, Jim Fulton j...@zope.com wrote:
 On Fri, Jan 25, 2013 at 11:22 AM, Senner, Talin sen...@wildcardcorp.com 
 wrote:
 Would someone that has access be able to update zc.ssl and release a new
 version:

 http://svn.zope.org/zc.ssl/trunk/src/zc/ssl/certs.pem

 with a new version of ca root certificates (something say from a latest
 linux release from /etc/ssl ). The current cert chain is over 5 years  old.

The certificates in zc.ssl haven't changed.

 I'll take care of this.  Note that we (ZC) will likely move to requests and
 stop maintaining zc.ssl.

There's nothing to do at this point.  If you want more root CAs, I suggest
using requests, or forking zc.ssl and adding certs to your fork.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Status of github migration

2013-01-11 Thread Jim Fulton
On Fri, Jan 11, 2013 at 10:34 AM, Tres Seaver tsea...@palladion.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 01/10/2013 06:10 PM, Matthew Wilkes wrote:

 Tres Seaver wrote:
 What is needed is not scripts, but eyeballs:  we need people who
 know the various packages and*care*  about getting them migrated to
 github to step up.  Softwward which doesn't have a champion willing
 to do the work should stay behind on SVN.

 The community as a whole cares about having them all migrated to
 github. I'm sure this will happen the next time there's a sprint, just
 like lots of them got migrated (and subsequently deleted) at the zope4
 sprint in San Francisco a few years back.

 The communite as-a-whole demonstrably does *not* care about many of the
 projects on svn.zope.org.  E.g.:

  https://mail.zope.org/pipermail/zope-tests/2013-January/070977.html

 We need man-hours, sure, but not champions. Being blocked on working
 on the code because you're the first one to care about a package and
 subsequently have to learn how to do the migration is a crazy way of
 doing things.

 The foundation agreed to support moving projects to github, but that
 isn't a blank check.  For instance, if there is substantial interest in
 having the projects pulled in by the current Plone buildout moved, make a
 list of them, and recruit the folks to step up and help with the
 migration for them.  The effort requires includes doing the conversion,
 checking the results *by hand*, landing the repository, and fixing
 anything that breaks once you do (including stuff that breaks in projects
 you otherwise don't care about).

 Any project that can't find somebody willing to do that work (that is
 what I meant by a champion) is better off staying on SVN:  we don't do
 ourselves favors by carrying all the unmaintained baggage of fifteen
 years worth of development forward, just for purity / completeness /
 whatever.

+1

BTW (speaking of cruft), as someone who used/abused svn.zope.org as a
generic open-source hosting service (when I should have used something
like code.google.com, or bitbucket, or whatever), I wonder if there
should be a process for petitioning to remove projects from the ZF
repositories. (Maybe this only applies to me :)

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Building/Testing persistent package with tox

2013-01-11 Thread Jim Fulton
On Fri, Jan 11, 2013 at 10:54 AM, Stephan Richter
stephan.rich...@gmail.com wrote:
 Hi guys,

 I have just tried to build/test persistent with tox and it fails with the
 following error message::

 IOError: [Errno 2] No such file or directory: '/tmp/pip-u7jE1n-
 build/CHANGES.txt'
 Complete output from command python setup.py egg_info:
 Traceback (most recent call last):

   File string, line 16, in module

   File /tmp/pip-u7jE1n-build/setup.py, line 29, in module

 open(os.path.join(here, 'CHANGES.txt')).read())

 IOError: [Errno 2] No such file or directory: '/tmp/pip-u7jE1n-
 build/CHANGES.txt

 This is indeed correct, since the ZIP package archive created by tox in
 ./.tox/dist does not include any txt files.

 I use the following command to run tox:

 $ tox -e py27,py32

 How do others run tox?

The project needs to be updated with a manifest that causes .txt files
to be included in builds. (Look at zc.buildout for an example.) I
planned to do this, but hadn't gotten to it yet.  I can probably do
that this weekend.

This is needed because persistent has moved to git and
setuptools/distribute, **thankfully**, don't support git without a
plugin. **Please**, no one fix this by adding the plugin, at least not
for any projects I'm heavily involved it. I far prefer the explicit
approach afforded by a lack of VCS integration.

IMO, avoiding the setuptools/distribute VCS magic is a major
advantage of moving to git. :)

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Becoming a zopefoundation member on GitHub

2013-01-11 Thread Jim Fulton
On Fri, Jan 11, 2013 at 10:55 AM, Stephan Richter
stephan.rich...@gmail.com wrote:
 Hi everyone,

 what are the necessary steps to become a Zope Foundation organization member
 on GitHub? I would like to try moving a small product there to test the
 migration.

You should have gotten an email from me a a few weeks ago requesting
your github email. (It turns out I needed your id too.)  Perhaps we
didn't have an up-to-date email address for you in our database, or
maybe it got files as spam. :)

Please send me (privately) your github email and id.

If any other contributors didn't get an email from me and want write
access to the github repositories, please send me your github id and
email.

WRT moving or creating repositories, an unfortunate miss-feature of
github is that developers with push access can't also create
repositories.  (This is one of the reasons that ZC uses bitbucket.)
You'll have to ask someone (like me) to do that for you.  I don't
think we've formalized the process for this.

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Building/Testing persistent package with tox

2013-01-11 Thread Jim Fulton
On Fri, Jan 11, 2013 at 11:05 AM, Stephan Richter
stephan.rich...@gmail.com wrote:
...
 BTW, the current bootstrap.py file does not work with Python 3. Are we not
 going to support buildout with Python 3 or what's the goal/story here?

Buildout 2, which is still in alpha, but all I use works with Python 3.

Use: http://downloads.buildout.org/2/bootstrap.py

and don't forget to use -t, since buildout 2 isn't final.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Status of github migration

2013-01-10 Thread Jim Fulton
On Thu, Jan 10, 2013 at 5:48 AM, Jens Vagelpohl j...@dataflake.org wrote:

 On Jan 10, 2013, at 11:23 , Patrick Gerken do3cc...@googlemail.com wrote:

 I wanted to fix some logging in Products.SiteErrorLog, but I am confused 
 where to go to.

 zopefoundation on github has a small number of repos but not 
 Products.SiteErrorLog.
 http://svn.zope.org shows me a web view of our old cvs server.

 There is something wrong. Can I help with something?


 Going to http://svn.zope.org works fine for me. I see the expected SVN 
 repositories.

 The GitHub migration happens on an as-needed basis. Package maintainers may 
 request to have packages migrated or, like Jim and Tres are already doing, 
 migrate packages themselves. There is no full migration of all svn.zope.org 
 content.

 For those packages that are fully migrated you will have obvious markers on 
 the package in svn.zope.org, such as the package being read-only.

I don't think being read only is enough.  Are people supposed to
attempt commits to find out if a project is read-only?

We should at least leave something like a MOVED_TO_GITHUB file in the
project, in addition to making it read only.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] How to signal that projects have moved to github

2013-01-10 Thread Jim Fulton
I'd like us to agree on how we're going to indicate in SVN
that projects have been moved to github.

Here's an opening bid:

- Replace contents of trunk with a single file MOVED_TO_GITHUB
  containing the URL if the project page in github

- Copy above file to root of project.

- Make project read only

An argument against cleaning out trunk will break
CI tools.  This is also an argument *for* cleaning
out trunk. :)

Thoughts?

There are a lot of other details of the migration that need
to be worked out, like how folks should request migration and
automating the conversion further.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Status of github migration

2013-01-10 Thread Jim Fulton
On Thu, Jan 10, 2013 at 9:50 AM, Jens Vagelpohl j...@dataflake.org wrote:

 On Jan 10, 2013, at 15:40 , Leonardo Rochael Almeida leoroch...@gmail.com 
 wrote:
 I took a quick look at the Zope migration now and I think it's
 excellent. The only thing I'd add is that I'd also migrate branches
 2.12 and 2.13 branches since they're all active, even if just for
 bug/security fixes.

 I did not choose to include or exclude any branch. The test migration uses 
 the package used to migrate most Plone packages from SVN to GitHub, which 
 uses svn2git underneath. If there's whole branches missing the migration has 
 obviously failed.

I had a bunch of problems with ZODB and the ruby svn2git.  That's why
I wrote my own based on seeing what the ruby version was trying
to do. Note that most of the heavy lifting is actually done by the git
svn plugin.


 If you want to help you could try a migration with the attached Python script 
 that Jim wrote as a result of finding bugs in svn2git. I can provide you with 
 a suitable authors mapping file.

I've been waiting to make the script more publicly available in a saner fashion
until I've worked with it some more.  I should just make it a gist.

Jim


-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Status of github migration

2013-01-10 Thread Jim Fulton
On Thu, Jan 10, 2013 at 10:54 AM, Hanno Schlichting ha...@hannosch.eu wrote:
 On Thu, Jan 10, 2013 at 3:59 PM, Jim Fulton j...@zope.com wrote:

 On Thu, Jan 10, 2013 at 9:50 AM, Jens Vagelpohl j...@dataflake.org
 wrote:
  I did not choose to include or exclude any branch. The test migration
  uses the package used to migrate most Plone packages from SVN to GitHub,
  which uses svn2git underneath. If there's whole branches missing the
  migration has obviously failed.

 I had a bunch of problems with ZODB and the ruby svn2git.


 If you used a ruby tool, then you didn't use the same one as the Plone
 migrations. Unfortunately there's at least two different tools named
 svn2git. The one used by the Plone migrations is from the KDE community and
 written in Qt. Some of the more useful info is at
 http://techbase.kde.org/Projects/MoveToGit/UsingSvn2Git

 That tool doesn't really use git-svn. Instead it scan through all SVN
 revisions, looks at the changed paths and matches those against a ruleset.
 So you can tell it that both /foo/bar/trunk and /bar/trunk contain code that
 goes into the final bar.git repo. Since you can manually influence these
 rules, this tool tends to work better on projects which have moved their
 location in SVN a lot. It also does a single scan through the entire SVN
 repo and is able to generate many resulting git projects at once. Which made
 it perfect for a mass-migration.

 git-svn or tools based on it, tend to work well on small projects that
 always stayed in the same place, with the same structure.

That's interesting.  Not sure what I think about it (now that I have
something mostly working and don't want to figure out something
else :), but definitely worth thinking about. Thanks.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] How to signal that projects have moved to github

2013-01-10 Thread Jim Fulton
On Thu, Jan 10, 2013 at 12:02 PM, Tres Seaver tsea...@palladion.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 01/10/2013 10:42 AM, Patrick Gerken wrote:
 I am in favor of removing the trunks. People who do not want to switch
 to git can still get the trunk by pinning to a specific revision. I
 run a CI tool and it is broken already because apparently a trunk has
 been deleted already. Thats not a bug, thats why I run the CI Tool.
 Would be stupid if I continue to test a trunk not in use.

 It isn't just CI:  people may have projects running from SVN checkouts,
 which we break without warning (the Plone devs have been notorious for
 causing such breakage for years).

I still think breakage is better.  If they're using trunk, without
pinning a revision, it must be because they want the latest code.
They won't get that from svn.  This is a case where I think it's
better to fail in an obvious way.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope-tests - FAILED: 34, OK: 17

2013-01-06 Thread Jim Fulton
On Sun, Jan 6, 2013 at 11:00 AM, Tres Seaver tsea...@palladion.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 01/05/2013 08:00 PM, Zope tests summarizer wrote:
 [3]FAILED  winbot / ZODB_dev py_265_win32
 https://mail.zope.org/pipermail/zope-tests/2013-January/070946.html


 [4]FAILED  winbot / ZODB_dev py_265_win64
 https://mail.zope.org/pipermail/zope-tests/2013-January/070947.html


 [5]FAILED  winbot / ZODB_dev py_270_win32
 https://mail.zope.org/pipermail/zope-tests/2013-January/070948.html


 [6]FAILED  winbot / ZODB_dev py_270_win64
 https://mail.zope.org/pipermail/zope-tests/2013-January/070949.html


 [7]FAILED  winbot / persistent_py_265_32
 https://mail.zope.org/pipermail/zope-tests/2013-January/070961.html


 [8]FAILED  winbot / persistent_py_265_32
 https://mail.zope.org/pipermail/zope-tests/2013-January/070936.html


 [9]FAILED  winbot / transaction_py_265_32
 https://mail.zope.org/pipermail/zope-tests/2013-January/070953.html


 [10]   FAILED  winbot / transaction_py_265_32
 https://mail.zope.org/pipermail/zope-tests/2013-January/070935.html

 Something is wedged on the winbot:  these errors are all failures in the
 buildout phase which look like::

   c:\buildslave\transaction\buildcall \
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\VCVARSALL.bat \
x86
   Setting environment for using Microsoft Visual Studio 2008 x86 tools.
   The system cannot find the path specified.
   program finished with exit code 1

Winbot needs to get these packages from github now. :)

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope-tests - FAILED: 6, OK: 17

2012-12-03 Thread Jim Fulton
On Mon, Dec 3, 2012 at 3:15 AM, Adam GROSZER agroszer...@gmail.com wrote:
 Hello,


 On 12/02/2012 02:55 PM, Jim Fulton wrote:

 On Sat, Dec 1, 2012 at 8:00 PM, Zope tests summarizer nore...@zope.org
 wrote:

 ...

 [1]FAILED  winbot / ZODB_dev py_265_win32

 https://mail.zope.org/pipermail/zope-tests/2012-December/069693.html


 [2]FAILED  winbot / ZODB_dev py_265_win64

 https://mail.zope.org/pipermail/zope-tests/2012-December/069694.html


 [3]FAILED  winbot / ZODB_dev py_270_win32

 https://mail.zope.org/pipermail/zope-tests/2012-December/069695.html


 [4]FAILED  winbot / ZODB_dev py_270_win64

 https://mail.zope.org/pipermail/zope-tests/2012-December/069696.html


 This is due to the release yesterday.

 I can and will fix this, by providing a test extra, but this will only
 cause no tests to run.  The fix may be needed for test of third-party
 packages that depend on ZODB3 [test].

 The winbot needs to be modified to run the tests for persistent,
 BTrees, ZODB and ZEO separately.


 I think the winbot does the right job.
 Those tests are running against

 svn://svn.zope.org/repos/main/ZODB/trunk

 Now the tests pass as you added [test] back:

Ah, there was a bug in the buildout config, which I just fixed.
There's no way that ZODB should be depending on ZODB3,
even in the buildout.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope-tests - FAILED: 6, OK: 17

2012-12-02 Thread Jim Fulton
On Sat, Dec 1, 2012 at 8:00 PM, Zope tests summarizer nore...@zope.org wrote:

...

 [1]FAILED  winbot / ZODB_dev py_265_win32
https://mail.zope.org/pipermail/zope-tests/2012-December/069693.html


 [2]FAILED  winbot / ZODB_dev py_265_win64
https://mail.zope.org/pipermail/zope-tests/2012-December/069694.html


 [3]FAILED  winbot / ZODB_dev py_270_win32
https://mail.zope.org/pipermail/zope-tests/2012-December/069695.html


 [4]FAILED  winbot / ZODB_dev py_270_win64
https://mail.zope.org/pipermail/zope-tests/2012-December/069696.html

This is due to the release yesterday.

I can and will fix this, by providing a test extra, but this will only
cause no tests to run.  The fix may be needed for test of third-party
packages that depend on ZODB3 [test].

The winbot needs to be modified to run the tests for persistent,
BTrees, ZODB and ZEO separately.


 [5]FAILED  winbot / zc.lockfile_py_265_32
https://mail.zope.org/pipermail/zope-tests/2012-December/069675.html

I'll look at this today.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope-tests - FAILED: 6, OK: 17

2012-12-02 Thread Jim Fulton
On Sun, Dec 2, 2012 at 11:32 AM, Tres Seaver tsea...@palladion.com wrote:
...
 If ZODB3 no longer has tests (as a pure meta-package), then dropping the
 'test' dependency and changing the buldout.cfg accordingly seems correct.
  If you want to allow thrid-party pacakges to use the '[test]' extra, you
 could have it depend on the corresponding extras (if any) for the
 underlying real packages.

Yup, in the long run, bit in the short run, I don't want to break packages that
depend on ZODB3 [test]. I released a2 which ads back this extra.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] WebSockets API

2012-11-27 Thread Jim Fulton
On Tue, Nov 27, 2012 at 3:04 AM, Wolfgang Schnerring w...@gocept.com wrote:
...
 I'm not too familiar with WebSocket internals, but one thing that stuck
 with me is that you'll need to keep *lots* of open connections, which is
 only feasible with an eventloop-based server (which zope.server, for
 one, isn't).

Actually, it is. zope.server is based on asyncore.

Having said that, my impression is that web sockets is largely (or completely)
orthogonal to WSGI and the HTTP-based publishing infrastructure.

ZTK is only relevant to the extent that it's a bag of useful libraries
maintained
by the Zope community.

Jim


-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope-tests - FAILED: 1, OK: 21

2012-11-21 Thread Jim Fulton
On Wed, Nov 21, 2012 at 8:56 AM, Patrick Gerken do3cc...@googlemail.com wrote:



 On Wed, Nov 21, 2012 at 2:00 AM, Zope tests summarizer nore...@zope.org
 wrote:

 This is the summary for test reports received on the
 zope-tests list between 2012-11-19 00:00:00 UTC and 2012-11-20 00:00:00
 UTC:

 See the footnotes for test reports of unsuccessful builds.

 An up-to date view of the builders is also available in our
 buildbot documentation:
 http://docs.zope.org/zopetoolkit/process/buildbots.html#the-nightly-builds

 Reports received
 

Successful - zopetoolkit_trunk - Build # 82
Successful - zopetoolkit_trunk_app - Build # 66
Zope-2.10 Python-2.4.6 : Linux
Zope-2.11 Python-2.4.6 : Linux
Zope-2.12 Python-2.6.8 : Linux
Zope-2.13 Python-2.6.8 : Linux
Zope-2.13 Python-2.7.3 : Linux
Zope-trunk Python-2.6.8 : Linux
Zope-trunk Python-2.7.3 : Linux
winbot / ZODB_dev py_265_win32
winbot / ZODB_dev py_265_win64
winbot / ZODB_dev py_270_win32
winbot / ZODB_dev py_270_win64
 [1]winbot / zc.lockfile_py_265_32
winbot / ztk_10 py_254_win32
winbot / ztk_10 py_265_win32
winbot / ztk_10 py_265_win64
winbot / ztk_11 py_254_win32
winbot / ztk_11 py_265_win32
winbot / ztk_11 py_265_win64
winbot / ztk_11 py_270_win32
winbot / ztk_11 py_270_win64

 Non-OK results
 --

 [1]FAILED  winbot / zc.lockfile_py_265_32

 https://mail.zope.org/pipermail/zope-tests/2012-November/069449.html


 Some problem with mandatory file locking on windows. Could be a transient
 error. Else somebody might need to get into action on winbot.

This is my fault.  I updated zc.lockfile to fix a bug and didn't check
it on windows.

I'll look at this.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope-tests - FAILED: 19, OK: 19

2012-09-04 Thread Jim Fulton
On Tue, Sep 4, 2012 at 9:50 AM, Adam GROSZER agroszer...@gmail.com wrote:
 On 09/04/2012 03:43 PM, Tres Seaver wrote:

 Who are the developers responsible for maintining the z3c.* packages?
 These failures have been running too long.


 I'll get to them, I'm just a bit busy.



 Alex, Jim, you guys have moved zc.buildout out of our normal workflow.  I
 think that makes this set of test failures your respondibility.


 I can stop the winbot sending those mails or send them to anywhere/anyone
 you want.

For now, you can send them to me.  We have a travis-ci setup, but I think that's
only for buildout2 atm.

 I personally would care about zc.buildout tests/failures, because it's sorta
 basic ZTK/zope infrastructure.

Yup.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] [ZODB-Dev] [announce] NEO 1.0 - scalable and redundant storage for ZODB

2012-08-29 Thread Jim Fulton
On Wed, Aug 29, 2012 at 2:29 AM, Marius Gedminas mar...@gedmin.as wrote:
 On Tue, Aug 28, 2012 at 06:31:05PM +0200, Vincent Pelletier wrote:
 On Tue, 28 Aug 2012 16:31:20 +0200,
 Martijn Pieters m...@zopatista.com wrote :
  Anything else different? Did you make any performance comparisons
  between RelStorage and NEO?

 I believe the main difference compared to all other ZODB Storage
 implementation is the finer-grained locking scheme: in all storage
 implementations I know, there is a database-level lock during the
 entire second phase of 2PC, whereas in NEO transactions are serialised
 only when they alter a common set of objects.

 This could be a compelling point.  I've seen deadlocks in an app that
 tried to use both ZEO and PostgreSQL via the Storm ORM.  (The thread
 holding the ZEO commit lock was blocked waiting for the PostgreSQL
 commit to finish, while the PostgreSQL server was waiting for some other
 transaction to either commit or abort -- and that other transaction
 couldn't proceed because it was waiting for the ZEO lock.)

This sounds like an application/transaction configuration problem.
To avoid this sort of deadlock, you need to always commit in a
a consistent order.  You also need to configure ZEO (or NEO)
to time-out transactions that take too long to finish the second phase.

I don't think NEO's locking strategy mitigates the deadlock problem
much, if at all.

The strategy should provide greater transaction throughput and
reduce latency.  It's a strategy I'd like to implement for ZEO at some
point.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] [ZODB-Dev] [announce] NEO 1.0 - scalable and redundant storage for ZODB

2012-08-29 Thread Jim Fulton
On Tue, Aug 28, 2012 at 12:31 PM, Vincent Pelletier vinc...@nexedi.com wrote:
...
 I forgot in the original mail to mention that NEO does all conflict
 resolutions on client side rather than server side. The same happens in
 relStorage, but this is different from ZEO.

That's good.  I'd like to move ZEO in this direction.  I'd also
like to stop hanging conflict-resolution on classes and have
some kind of registry, so that people can set CR policies
independent of class implementation.

I didn't realize that relstorage did client side CR, but thinking
about it, it has to work that way, since there's no relstorage
server.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] We need to change how code ownership works.

2012-08-20 Thread Jim Fulton
On Sun, Aug 19, 2012 at 7:01 AM, Lennart Regebro rege...@gmail.com wrote:
 On Sun, Aug 19, 2012 at 10:30 AM, Jens Vagelpohl j...@dataflake.org wrote:

 On Aug 19, 2012, at 10:17 , Lennart Regebro rege...@gmail.com wrote:

 And since it becomes ever easier to accept code from unknown sources (e.g. 
 pull requests) legal code ownership becomes an issue again.

 And that returns me to my first question: Is it really legally
 different for a contributor to accept a pull request from a
 non-contributor compared with a contributor merging a patch from a
 non-contributor?

 Legally, both are disallowed unless there's some proof (written statement 
 etc) from the code author that he assigns ownership of the patch or the 
 contents of that pull request to the contributor who is doing the checkin.

 In the past we haven't done a good job of enforcing this clear ownership 
 assignment chain. There are always code patches from non-contributors in the 
 bug tracker that may make it into the code base with the help of a 
 contributor. There's a grey area: Is the act of submitting a patch into the 
 Zope bug tracker enough to signal I am giving you ownership of this code? 
 I am not sure.

 GitHub makes this pulling in of outside code even easier. I'm afraid it 
 will become even harder to really maintain this chain of custody.

 This is then, IMO a problem that we should fix. What you are in fact
 saying is that the current system are violating people's copyright
 everytime we merge a non-contributors patch. It is unfeasible to not
 merge peoples patches, and I think it is also a big problem that the
 way the ownership of the code works now inhibits the increased
 simplicity of making and merging fixes for non-core contributors.

 In other words, we have had an ownership situation which is terrible,
 and nobody seems to have realized this until now. Well, now we know.

 As such, the discussion must now shift from don't do this to how do
 we do this. Poeple want to contribute and we should not say don't do
 that, we have to figure out *how* to make it possible to do that, and
 pretty pronto as well.

IANAL and I'm not even very interested in this discussion, however, I
thought I should point out how the pylons project handles this.
(Apologies, of someone beat me to it and I didn't see it) I think
their solution is rather ingenious.

IIUC, their repositories have CONTRIBUTORS.txt files:

  https://github.com/Pylons/pyramid/blob/master/CONTRIBUTORS.txt

Committing your name to this file constitutes signing the
contributor's agreement.

A pull request from a new contributor would presumably have to contain
an update to this file.

Because pull requests are not just patches but retain commit history,
there is a record that a person with a github (or bitbucket, my
current preference) account made the update.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] We need to change how code ownership works.

2012-08-20 Thread Jim Fulton
On Mon, Aug 20, 2012 at 6:39 AM, Charlie Clark
charlie.cl...@clark-consulting.eu wrote:
...
 Again, as Jens has repeatedly said we should not conflate the separate items
 of toolchain and service provider.

+1

 Zope Foundation has hardware and a proven
 track record in hosting. Is anyone actually criticising this?

FTR, in the case of svn.zope.org, it's ZC hardware and hosting with a
lot of much appreciated help from Jens.

We're doing a pretty ok job (if you ignore a near catastrophe) in
providing what is, by today's standards, a bare-bones service.  User
management is awkward.  We lack any automated support for review, and
a number of other services provides by github and bitbucket.

svn.zope.org doesn't take much of my time most of the time, but it's
still a potential (and occasional real) time suck for me that I'd
love to jettison.

Life is short, why do this ourselves when there are excellent services
available?

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] zc.buildout in github foul

2012-08-20 Thread Jim Fulton
On Mon, Aug 20, 2012 at 11:48 AM, Jim Fulton j...@zope.com wrote:
...
 I also committed a foul by unilaterally moving buildout development to
 github. This was originally just a fork for buildout 2, but helpers wanted
 to move 1 development there too and, well ... helpers. :)
 Anyway, the move of buildout to github wasn't a secret.

My foul was even greater than I thought.  I didn't change the license
(and don't particularly want to except...) and yet I carelessly let a
non-zope-contributor become a buildout developer.

   https://github.com/buildout

Honestly, I wasn't even thinking in these terms and should have been.

I probably should have truly forked buildout if I wanted to be free
from the restriction of having only zope contributors. Maybe I still
should.  buildout probably shouldn't have been in the zope repo to
begin with.

It so happens that the one non-zope-contributor is planning to become a
zope contributor, we'll soon be in the state that all of the buildout
developers are contributors again.

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope-tests - FAILED: 7, OK: 38

2012-06-25 Thread Jim Fulton
On Sun, Jun 24, 2012 at 10:27 PM, Tres Seaver tsea...@palladion.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 06/24/2012 09:00 PM, Zope tests summarizer wrote:
 [1]    FAILED  Repository policy check found errors in 273 projects
 https://mail.zope.org/pipermail/zope-tests/2012-June/064767.html

 I think I got nearly all the ZTK pacakge branches finally clean here:
 the exceptions are

 - - zope.app.twisted pulls in TwistedCore 2.0.5 as an external from the
  twisted SVN server

 - - zope.html includes non-ZPL code (the ckeditor code).

 I think it would be preferable to replace the svn:externals bit in
 zope.app.twisted with a download of an eg::  however, twiseted 2.0.5
 fails to install cleanly under setuptools / buildout, which likely means
 a custom recipe. :(  As for the ckeditor bits:  they may actually be in
 violation of our policy for checking in code not owned by the
 contributor. :(  Can somebody who uses / depends on zope.html comment?
 Maybe we wuold be better off pulling in the code from a CDN?

My recollection is that zope.app.twisted included Twisted because, at the
time, Twisted wasn't installable by setuptools.  This changed a long time
ago. zope.app.twisted should just stop trying to include Twisted.  In the
unlikely event that it doesn't work with current versions of Twisted, it should
simply be fixed or removed from the ZTK.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] ssh access to svn.zope.org not working

2012-06-25 Thread Jim Fulton
On Mon, Jun 25, 2012 at 7:50 AM, Maurits van Rees
m.van.r...@zestsoftware.nl wrote:
 Hi,

 I can access svn.zope.org over normal http just fine, but svn+ssh does not
 work for me today. This has worked fine until last week.

 $ svn ls svn+ssh://svn.zope.org/repos/main/zopetoolkit/doc
 svn: E170001: Unable to connect to a repository at URL
 'svn+ssh://svn.zope.org/repos/main/zopetoolkit/doc'
 svn: E170001: Could not create SASL context: generic failure: No such file
 or directory

 That is with subversion 1.7.  I tried 1.6 too, but this just says svn:
 generic failure.

 This is with the ssh key that I use for userid mauritsvanrees.  I did not
 change anything in my setup recently that I remember.

 Anyone else having problems with this?

Works fine for me:

jim@sb14:~$ svn ls svn+ssh://svn.zope.org/repos/main/zopetoolkit/doc
Makefile
bootstrap.py
buildout.cfg
scripts/
source/
src/

jim@sb14:~$ svn --version
svn, version 1.6.6 (r40053)
   compiled Jun  5 2011, 14:51:47

...

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] RFC: drop interactive feature of zdaemon

2012-06-05 Thread Jim Fulton
I (and many people I know) find the interactive feature of
zdaemon annoying.  I'd like to drop it, both to reduce annoyance
and to reduce the amount of code to maintain.

Any objections?

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://www.dublinstore.com/
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.interface 4.0.0 considered annoying.

2012-05-20 Thread Jim Fulton
On Sun, May 20, 2012 at 4:28 PM, Lennart Regebro rege...@gmail.com wrote:
 On Sun, May 20, 2012 at 6:08 AM, Tres Seaver tsea...@palladion.com wrote:
 I will release a 4.0.1 silencing the warnings unless somebody speaks up
 in their favor.

 We should make sure we have 2to3 fixers for everything change as well.
 I added some fixers, but it's so long ago I'm not sure all changes are
 covered. But with fixers the warnings aren't very problematic, as
 fixing the loud failures is just a matter of running the fixers.

Except that most of us aren't going to use 2to3, except for an initial
stab at porting to 23.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://www.dublinstore.com/
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] zope.interface 4.0.0 considered annoying.

2012-05-19 Thread Jim Fulton
The declaration-syntax warnings in the zope.interface 4.0.0 are
annoying and mostly pointless.

There will be enough pain in porting applications to Python 3,
avoiding the surprise of having to use a different
interface-declaration syntax will not be of any consequence.

While the deprecation warning may provide some tiny benefit,
the annoyance, especially for applications or libraries that still
support Python 2.5 far outweights the benefit.

I propose that these deprecation warnings be removed.

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://www.dublinstore.com/
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.interface 4.0.0 considered annoying.

2012-05-19 Thread Jim Fulton
On Sat, May 19, 2012 at 5:59 PM, Tres Seaver tsea...@palladion.com wrote:
 On 05/19/2012 12:12 PM, Jim Fulton wrote:
 The declaration-syntax warnings in the zope.interface 4.0.0 are
 annoying and mostly pointless.

 There will be enough pain in porting applications to Python 3,
 avoiding the surprise of having to use a different
 interface-declaration syntax will not be of any consequence.

 While the deprecation warning may provide some tiny benefit, the
 annoyance, especially for applications or libraries that still support
 Python 2.5 far outweights the benefit.

 We're in an odd spot:  the Python3 support for zope.interface mostly
 works, but the class advice bits (implements, implementsOnly,
 classProvides) fail silently under Python3 before 4.0.0:  they literally
 have no effect due to changes in class initialization machinery.
 zope.interface 4.0.0 changes those silent failures into exceptions (which
 is what I thought you were going to complain about).

I'd forgotten the fail silently bit.  Can't we make the fail loudly
for Python 3?

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://www.dublinstore.com/
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.interface 4.0.0 considered annoying.

2012-05-19 Thread Jim Fulton
On Sun, May 20, 2012 at 12:08 AM, Tres Seaver tsea...@palladion.com wrote:
 On 05/19/2012 07:23 PM, Jim Fulton wrote:

...

 I'd forgotten the fail silently bit.  Can't we make the fail loudly
 for Python 3?

 They already do:  4.0.0 makes them exceptions under Python3:  that fact
 was actually my rationale for the warnings under Python2, to allow folks
 to find and remediate them before porting.

That's reasonable. I'd probably have had the same inclination -- until
I experienced the result. :)

 I will release a 4.0.1 silencing the warnings unless somebody speaks up
 in their favor.

Thanks.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://www.dublinstore.com/
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Python 3.3 port of zope.configuration

2012-04-13 Thread Jim Fulton
On Thu, Apr 12, 2012 at 7:37 PM, Tres Seaver tsea...@palladion.com wrote:
...
 How deep is the six dependency?  For every package I've ported to date,
 it has ended up being more sensible to implement a local '_compat' module
 which had only the needed straddles (sometimes inspired by six, sometimes
 very localized).

I can see why this might be sensible in the small, or for packages that
really have to minimize dependencies (like buildout), but in the large,
this sounds like a huge DRY violation.

If we all adopt a 23 strategy, then six should be a given and not even
count as a dependency.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://www.dublinstore.com/
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Adding broken/missing support to zope.interface?

2012-04-09 Thread Jim Fulton
On Mon, Apr 9, 2012 at 4:33 PM, Tres Seaver tsea...@palladion.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 04/09/2012 04:15 PM, Martin Aspeli wrote:
 On 9 April 2012 15:41, Brian Sutherland br...@vanguardistas.net
 wrote:

 On Sun, Apr 08, 2012 at 01:04:37PM -0700, Ross Patterson wrote:
 experimental.broken is working well for me.  It greatly aided me
 in getting through a particularly nasty upgrade allowing me to
 cleanup the ZCA cruft left by poorly behaved add-ons.  I'd like
 to proceed with adding the core of this to zope.interface and I
 need the developers/maintainers to weigh in.

 The first and most fundamental matter is changing interface
 pickles such that they can be unpickled into something that can
 fulfill the minimum interface contract and don't break the ZCA. To
 that end, I'd like to add the following to
 zope.interface.interface:

 ... try: from ZODB.broken import find_global from ZODB.broken
 import IBroken def find_interface(modulename, globalname,
 Broken=IBroken, type=InterfaceClass):  Find a global
 interface, returning a broken interface if it
 can't be found.
  return find_global(modulename, globalname, Broken=IBroken,
 type=InterfaceClass) except ImportError: IBroken = Interface def
 find_interface(modulename, globalname, Broken=IBroken,
 type=InterfaceClass):  Find a global interface, raising
 ImportError if it can't be
 found.
  # From pickle.Unpickler.find_class __import__(module) mod =
 sys.modules[module] klass = getattr(mod, name) return klass ...
 class InterfaceClass(Element, InterfaceBase, Specification): ...
 def __reduce__(self): if self is IBroken: return self.__name__
 return (find_interface, (modulename, globalname)) ...

 -1

 Agreeed.  I'm more like -20 on this implementation, but +1 on the goal.


 For a number of reasons, but mainly because you add a test
 dependency on the ZODB from zope.interface. I think that
 zope.interface is such a fundamental package and the dependency is
 unacceptable.


 It's a soft dependency only, looking at the code sample.


 There has lately been a LOT of work done reducing the dependency
 structure of zope.* packages. You need a VERY good reason to start
 reversing that.


 It doesn't add any more (required) dependencies.

 - -1 on any dependency, soft or hard, from zope.interface - ZODB

 This is a real issue that is breaking the sites of a lot of real
 users of zope.interface in a way that is hard to debug and reverse.

 Can you think of a better way to get around it? Other than don't get
 into the situation which isn't a valid answer as long as the ZTK
 ecosystem supports persistent local components.

 Persistent component registries are not a good enough reason to add such
 coupling (I'd be in favor of splitting support for persistent registries
 out of zope.component, too, while we're at it).

  Let's put the broken support into code which depends on
 zope.interface, zope.component, and the ZODB, and invert the dependency
 by having the new code install something into the base code which
 provides the desired support:  the only change to zope.interface should
 be documenting the insertion point, and testing that it does the right
 thing when a dummy is plugged into it.

+1

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://www.dublinstore.com/
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Merge proposal: zope.interface/branches/tseaver-no_2to3

2012-04-05 Thread Jim Fulton
On Thu, Apr 5, 2012 at 4:36 PM, Tres Seaver tsea...@palladion.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Having merged the 'tseaver-better_unittests' branch to the zope.interface
 trunk last Friday, I now have a new branch ready for merging:

  http://svn.zope.org/zope.interface/branches/tseaver-no_2to3

 The branch excises the use of the 'lib2to3' module and associated fixers
 in favor of a compatible subset which supports Python 2.6, 2.7, 3.2,
 and PyPy 1.8.  At this point all tests pass under all four environments
 using 'python setup.py test' as well as using 'nosetests.'  Code coverage
 is at 99.9% (two edge-case lines are untested).

 The biggest advantage of the subset approach is that installing the
 package now takes on the order of seconds (2 seconds on my machine)
 rather than minutes (2 minutes my machine).  Running the tests is also
 much faster.  The secondary win is that running the same code under Py3k
 makes for better support / bug reports (line numbers match, etc.)

 Unless the community's consensus is against the branch, I plan to merge
 it to the zope.interface trunk by early next week.

Woo hoo!

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Bad ZODB 3.10.5 egg on PyPI, cleanup needed

2012-03-12 Thread Jim Fulton
On Mon, Mar 12, 2012 at 6:13 PM, Hanno Schlichting ha...@hannosch.eu wrote:
 On Mon, Mar 12, 2012 at 10:55 PM, Marius Gedminas mar...@gedmin.as wrote:
 http://pypi.python.org/pypi/ZODB3/3.10.5 contains various proper win32
 eggs in addition to that .win32.zip.  The PyPI page for 3.10.4 did not
 have any weird .win32.zip files.

 Can someone please remove that dumb binary file which is built for
 Windows XP (and doesn't even mention for which Python version)?

 J1m apparently took care of that:

 add 2.7 file ZODB3-3.10.5.win32.zip     2012-03-12 20:22        J1m     
 12.x.x.x
 remove file ZODB3-3.10.5.win32.zip      2012-03-12 22:06        J1m     
 12.x.x.x

Sorry about that.

This wasn't a bad distribution, but a fail on setuptools part afaict.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] how to add SOAP APIs in zope 3

2012-01-30 Thread Jim Fulton
On Mon, Jan 30, 2012 at 6:26 AM, Sanjay Rao
s...@noida.interrasystems.com wrote:
...
 If anybody can give some pointers, it would be greatly appreciated.

I recommend using an established SOAP server.  You should be able to
use application code that works with Zope3/ZTK/whatever with any server
framework. If not, then you have another problem. :)

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.app.wsgi.paste doesn't emit a ProcessStarting event

2012-01-19 Thread Jim Fulton
On Wed, Jan 18, 2012 at 6:50 PM, Marius Gedminas mar...@gedmin.as wrote:
 On Wed, Jan 18, 2012 at 05:00:27PM -0500, Jim Fulton wrote:
 zope.app.server emits a ProcessStarting event on startup.

 zope.app.wsgi.paste doesn't.  I think it should.

 +1

 If there are no
 objections, I'll make a bug fix release for this.

 Hm.  I've an app that wraps zope.app.wsgi like this:

from zope.app.wsgi import getWSGIApplication
from zope.app.appsetup.interfaces import ProcessStarting
from zope.event import notify

def app_factory(global_config, **local_conf):
Create a Zope WSGI application given a zope configuration.
...

app = getWSGIApplication(StringIO(local_conf['config']))
notify(ProcessStarting())
return app

 Would this result in duplicate ProcessStarting() events after your proposed
 change?

Yes.

 Can duplicate ProcessStarting() events cause harm?

I don't know. Theoretically.

 If so, I'd rather
 see a bigger version bump than just a bugfix.

Ideally, but ...

 (We are pinning all our dependency versions with buildout-versions, so our app
 won't break if you rele--oh, I see you already released 3.9.3zc2 with the
 change.)

Yup, yup.


 BTW, I ended up making a 3.9.3zc1 release (this will spur 3.9.3zc2
 release) because the latest release breaks our apps' tests.  Not sure
 if this was due to zope.testbrowser 4, or the (until recently)
 unreleased zope.app.testing changes needed to work with
 zope.testbrowser 4.  I haven't had time to chase these down, thus the
 3.9.3zc1 release, which I'm not terribly proud of.

 I'm confused about this.  Latest release refers to what, 3.9.3?  or was 
 there
 a newer version that is now hidden on PyPI?

Sorry, my bad. I forgot to unhide 3.14.0 (and hide 3.9.3zc2).  Michael
Howitz fixed that. Thanks Michael.

Your argument about the duplicate events is a reasonable one. I
considered it, but thought that either people weren't using
zope.app.wsgi.paste or didn't care about the event, given how long the
problem has existed.  I could reverese the change with a 3.9.3zc3
release. That would force me into trying to figure out the breakages
introduced by later releases, or fork or monkey patch
zope.app.wsgi. I'd rather not. :)  Given that an unpinned fetch of
zope.app.wsgi won't get 3.9.3zc2 I'm thinking that my small foul is
unlikely to do harm.

I'll also release this change as zope.app.wsgi 3.15.0, or do you think
this should be 4.0.0?

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.app.wsgi.paste doesn't emit a ProcessStarting event

2012-01-19 Thread Jim Fulton
On Thu, Jan 19, 2012 at 8:56 AM, Marius Gedminas mar...@gedmin.as wrote:
 On Thu, Jan 19, 2012 at 06:30:35AM -0500, Jim Fulton wrote:
..
 I'll also release this change as zope.app.wsgi 3.15.0, or do you think
 this should be 4.0.0?

 3.15.0 sounds about right to me.

Done.

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] zope.app.wsgi.paste doesn't emit a ProcessStarting event

2012-01-18 Thread Jim Fulton
zope.app.server emits a ProcessStarting event on startup.

zope.app.wsgi.paste doesn't.  I think it should. If there are no
objections, I'll make a bug fix release for this.

BTW, I ended up making a 3.9.3zc1 release (this will spur 3.9.3zc2
release) because the latest release breaks our apps' tests.  Not sure
if this was due to zope.testbrowser 4, or the (until recently)
unreleased zope.app.testing changes needed to work with
zope.testbrowser 4.  I haven't had time to chase these down, thus the
3.9.3zc1 release, which I'm not terribly proud of.

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] bugifx release for zope.error

2012-01-17 Thread Jim Fulton
Done.

Jim

On Tue, Jan 17, 2012 at 3:17 PM, Jan-Wijbrand Kolman
janwijbr...@gmail.com wrote:
 Hi,

 I'd like to make a bugfix release for zope.error. Could someone grant me the
 needed permissions on pypi for this? My pypi handle is jw.

 Thank you in advance.

 regards, jw

 ___
 Zope-Dev maillist  -  Zope-Dev@zope.org
 https://mail.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )



-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] RFC ZTK: Change zope.app.wsgi to set REMOTE_USER

2012-01-10 Thread Jim Fulton
On Mon, Jan 9, 2012 at 6:26 PM, Jim Fulton j...@zope.com wrote:
 I'm trying to untangle zope.app-based applications from zope.server
 and am trying to figure out a sane way to get an access log.

 zope.app.wsgi sets the wsgi.logging_info WSGI environment variable
 with a user label to display in access logs (presumably).  The only
 thing I've seen that leverages this is (perversely)
 zc.zopeservertracelog, which bridges this mechanism with the
 access-log mechanism provided by zope.server.  Does anyone know of
 anything else that uses wsgi.logging_info?

 I'd like to use something independent of the server, like
 paste.translogger.  paste.translogger get the user from the
 REMOTE_USER environment variable.

 I propose to modify zope.app.wsgi to set REMOTE_USER if it isn't
 already set.  This would be in addition to setting wsgi.logging_info.

 Any objections?

BTW, zope.app.wsgi isn't in the ZTK. :)

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] RFC ZTK: Change zope.app.wsgi to set REMOTE_USER

2012-01-10 Thread Jim Fulton
Committed and released as 3.14.0.

Jim

On Mon, Jan 9, 2012 at 6:26 PM, Jim Fulton j...@zope.com wrote:
 I'm trying to untangle zope.app-based applications from zope.server
 and am trying to figure out a sane way to get an access log.

 zope.app.wsgi sets the wsgi.logging_info WSGI environment variable
 with a user label to display in access logs (presumably).  The only
 thing I've seen that leverages this is (perversely)
 zc.zopeservertracelog, which bridges this mechanism with the
 access-log mechanism provided by zope.server.  Does anyone know of
 anything else that uses wsgi.logging_info?

 I'd like to use something independent of the server, like
 paste.translogger.  paste.translogger get the user from the
 REMOTE_USER environment variable.

 I propose to modify zope.app.wsgi to set REMOTE_USER if it isn't
 already set.  This would be in addition to setting wsgi.logging_info.

 Any objections?

 Jim

 --
 Jim Fulton
 http://www.linkedin.com/in/jimfulton



-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] RFC ZTK: Change zope.app.wsgi to set REMOTE_USER

2012-01-09 Thread Jim Fulton
I'm trying to untangle zope.app-based applications from zope.server
and am trying to figure out a sane way to get an access log.

zope.app.wsgi sets the wsgi.logging_info WSGI environment variable
with a user label to display in access logs (presumably).  The only
thing I've seen that leverages this is (perversely)
zc.zopeservertracelog, which bridges this mechanism with the
access-log mechanism provided by zope.server.  Does anyone know of
anything else that uses wsgi.logging_info?

I'd like to use something independent of the server, like
paste.translogger.  paste.translogger get the user from the
REMOTE_USER environment variable.

I propose to modify zope.app.wsgi to set REMOTE_USER if it isn't
already set.  This would be in addition to setting wsgi.logging_info.

Any objections?

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope-tests - FAILED: 6, OK: 34, UNKNOWN: 6

2011-12-27 Thread Jim Fulton
On Mon, Dec 26, 2011 at 6:50 PM, Tres Seaver tsea...@palladion.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 12/25/2011 08:00 PM, Zope tests summarizer wrote:
 [6]    UNKNOWN UNKNOWN : Zope-2.12 Python-2.6.6 : Linux
 https://mail.zope.org/pipermail/zope-tests/2011-December/054832.html


 [7]    UNKNOWN UNKNOWN : Zope-2.12-alltests Python-2.6.6 : Linux
 https://mail.zope.org/pipermail/zope-tests/2011-December/054833.html


 [8]    UNKNOWN UNKNOWN : Zope-2.13 Python-2.6.6 : Linux
 https://mail.zope.org/pipermail/zope-tests/2011-December/054834.html


 [9]    UNKNOWN UNKNOWN : Zope-2.13-alltests Python-2.6.6 : Linux
 https://mail.zope.org/pipermail/zope-tests/2011-December/054835.html


 [10]   UNKNOWN UNKNOWN : Zope-trunk Python-2.6.6 : Linux
 https://mail.zope.org/pipermail/zope-tests/2011-December/054836.html


 [11]   UNKNOWN UNKNOWN : Zope-trunk-alltests Python-2.6.6 : Linux
 https://mail.zope.org/pipermail/zope-tests/2011-December/054837.html



 All apparently network failures during bootstrap.

Dude, you're a trooper for looking at these.

I wonder if failed builds could be retried.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.server still used?

2011-12-20 Thread Jim Fulton
On Tue, Dec 20, 2011 at 2:12 AM, Chris Withers ch...@simplistix.co.uk wrote:
 On 20/12/2011 07:08, Wolfgang Schnerring wrote:

 as advanced as we've come to know. What do people use here, what are
 your experiences and ideas?


 What's wrong with mod_wsgi?

Debugging with it seems to be a pain, so you end up using different
servers in development and production.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] zope.app.paste

2011-12-15 Thread Jim Fulton
I'm going to take the liberty of creating a new package in the
zope.app namespace.

It's a small package that allows, zope.app-based applications to be wired up to
WSGI middleware and servers using the paste-deploy framework.

(Hopefully, I didn't miss something that already does this. I'm not sure where
I would look for such a thing.)

If anyone objects (or if this is duplicating something that already exists),
please let me know.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.app.paste

2011-12-15 Thread Jim Fulton
On Thu, Dec 15, 2011 at 12:22 PM, David Glick davidgl...@groundwire.org wrote:
 On 12/15/11 9:15 AM, Jim Fulton wrote:

 I'm going to take the liberty of creating a new package in the
 zope.app namespace.

 It's a small package that allows, zope.app-based applications to be wired
 up to
 WSGI middleware and servers using the paste-deploy framework.

 (Hopefully, I didn't miss something that already does this. I'm not sure
 where
 I would look for such a thing.)

 If anyone objects (or if this is duplicating something that already
 exists),
 please let me know.

 There is http://pypi.python.org/pypi/zope.app.wsgi

Doh! I didn't realize that that provides paste integration.

Cool. Thanks.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.app.paste

2011-12-15 Thread Jim Fulton
On Thu, Dec 15, 2011 at 12:53 PM, Jim Fulton j...@zope.com wrote:
 On Thu, Dec 15, 2011 at 12:22 PM, David Glick davidgl...@groundwire.org 
 wrote:
 On 12/15/11 9:15 AM, Jim Fulton wrote:

 I'm going to take the liberty of creating a new package in the
 zope.app namespace.

 It's a small package that allows, zope.app-based applications to be wired
 up to
 WSGI middleware and servers using the paste-deploy framework.

 (Hopefully, I didn't miss something that already does this. I'm not sure
 where
 I would look for such a thing.)

 If anyone objects (or if this is duplicating something that already
 exists),
 please let me know.

 There is http://pypi.python.org/pypi/zope.app.wsgi

 Doh! I didn't realize that that provides paste integration.

 Cool. Thanks.

So, does anyone know of a recipe, similar to zc.zope3recipes:instance
that drives this?

If not, I'll add support to zc.zope3recipes.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.app.paste

2011-12-15 Thread Jim Fulton
On Thu, Dec 15, 2011 at 1:41 PM, Stephan Richter
stephan.rich...@gmail.com wrote:
 On Thursday, December 15, 2011 12:59:57 PM Jim Fulton wrote:
 So, does anyone know of a recipe, similar to zc.zope3recipes:instance
 that drives this?

 I am using collective.recipe.template to generate different configuration 
 files
 from a common template. Here is a snippet from my buildout file:

 [DEFAULT]
 input = ${buildout:paster-directory}/dev.ini.in
 output = ${buildout:paster-directory}/dev.ini
 sites-config-directory = ${buildout:directory}/data/sites-config/dev
 mail-directory = ${buildout:var-directory}/mail
 zodb-config-path = ${buildout:paster-directory}/zodb.conf
 database = db
 database-host = localhost
 logs-directory = ${buildout:directory}/logs
 web-server-host = localhost
 web-server-port = 8000

 [dev_ini]
 recipe = collective.recipe.template
 call-server = http://localhost:8000/calls/tropo

 [staging_ini]
 recipe = collective.recipe.template
 input = ${buildout:paster-directory}/prod.ini.in
 output = ${buildout:paster-directory}/staging.ini
 web-server-host = staging
 web-server-port = 8020
 database = staging-db

How do values get from DEFAULT into the other sections?

If this is a buildout behavior, it's unintentional and unlikely to
work in the future.

Jim


-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.app.paste

2011-12-15 Thread Jim Fulton
On Thu, Dec 15, 2011 at 2:00 PM, Stephan Richter
stephan.rich...@gmail.com wrote:
 On Thursday, December 15, 2011 01:54:01 PM Jim Fulton wrote:
 How do values get from DEFAULT into the other sections?

 If this is a buildout behavior, it's unintentional and unlikely to
 work in the future.

 This is a configparser feature. The [DEFAULT] section contains options that
 propagate to all other sections. Unless buildout is not using configparser in
 the future, then the feature is pretty stable. :-)

buildout 2 doesn't use config parser.  IIRC, there was never an
intention to support DEFAULT (except perhaps beyond some initial
prototypes).

 Of course, it is no big
 deal to repeat the options in every section, but that's more verbose.

You could use macros,
http://pypi.python.org/pypi/zc.buildout/1.5.2#extending-sections-macros

  [dev_ini]
  recipe = collective.recipe.template
  call-server = http://localhost:8000/calls/tropo
  input = ${buildout:paster-directory}/dev.ini.in
  output = ${buildout:paster-directory}/dev.ini
  sites-config-directory = ${buildout:directory}/data/sites-config/dev
  mail-directory = ${buildout:var-directory}/mail
  zodb-config-path = ${buildout:paster-directory}/zodb.conf
  database = db
  database-host = localhost
  logs-directory = ${buildout:directory}/logs
  web-server-host = localhost
  web-server-port = 8000

  [staging_ini]
  = dev
  input = ${buildout:paster-directory}/prod.ini.in
  output = ${buildout:paster-directory}/staging.ini
  web-server-host = staging
  web-server-port = 8020
  database = staging-db

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] RFC: Removing InterfaceClass.deferred

2011-12-09 Thread Jim Fulton
On Thu, Dec 8, 2011 at 3:44 PM, Tres Seaver tsea...@palladion.com wrote:
 I can't find any use of it outside of tests, there are no docs for it,
 and Jim doesn't remember why it is there.  Any objections to removing it
 on the trunk?

+1

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zc.buildout 2.0.0a1 for py33...

2011-12-08 Thread Jim Fulton
On Thu, Dec 8, 2011 at 2:32 AM, Chris McDonough chr...@plope.com wrote:
 Could someone copy the existing zc.buildout-2.0.0a1-py3.2.egg file over
 to zc.buildout-2.0.0a1-py3.3.egg on PyPI so it gets shlepped down when
 we try to use the Python trunk against existing buildouts?

Not sure how to do that, but I copied the egg on my computer and uploaded it.
I had to lie about the Python version.

If that doesn't work, I can add you as a project maintainer, but Tres
is already one. :)

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.app.locales pypi access

2011-12-06 Thread Jim Fulton
On Tue, Dec 6, 2011 at 4:38 PM, Jan-Jaap Driessen
jdries...@thehealthagency.com wrote:
 Hi,

 I'd like to make a minor release of zope.app.locales. Could anyone
 grant access to handle janjaapdriessen?

Done.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists -
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Zope 4 release management

2011-11-17 Thread Jim Fulton
On Thu, Nov 17, 2011 at 7:25 AM, Laurence Rowe l...@lrowe.co.uk wrote:
... (Interesting roadmap snipped)

 This process will  necessitate a lot of merging, so I want to propose
 that we move to Git for development (something we found very helpful
 at our recent San Francisco Zope 4 sprint.) I don't have any opinion
 on where the canonical repository should be hosted - I know some
 people have strong opinions that this should be on Zope Foundation
 controlled hardware. If that's to be the case then we will need the
 svn.zope.org maintainers to setup a shared git repository on that
 machine.

Why on that machine?  Why not have the ZF set up git.zope.org?

As the primary maintainer of svn.zope.org, I'm not volunteering
to have more stuff there. :)

 I think mirroring to github (and/or launchpad in future) will
 be the simplest way to provide an anonymously accessible and web
 browsable copy.

I haven't used GitHub myself, but I gather it's good. :) Why not
just let them host the project?

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Zope 4 - San Francisco sprint and beyond

2011-11-07 Thread Jim Fulton
On Sun, Nov 6, 2011 at 7:56 PM, Hanno Schlichting ha...@hannosch.eu wrote:
 Hi.

 A couple of us came together before the Plone conference to work on
 various Zope related topics. We worked on the following areas:

This sounds like it was a very productive sprint.

Thanks for the update.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] ZEO client cache not working properly with beforestorage

2011-11-07 Thread Jim Fulton
On Mon, Nov 7, 2011 at 3:41 AM, Malthe Borch mbo...@gmail.com wrote:
 On 25 October 2011 17:53, Malthe Borch mbo...@gmail.com wrote:
 I'll try and see if I can understand what might be the right thing to
 expect and write a test case for that.

 Following up here on the list to get some feedback on the patch I
 submitted concerning this issue:

  https://bugs.launchpad.net/zodb/+bug/881493

 The patch includes a test case and necessary code modifications.

 If someone could review the test case included in the patch, I'd appreciate 
 it.

Thanks. I'll review it.  Not sure when :), but I'll definitely put this
on my to-do list for 3.11.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.schema and Python 3

2011-11-07 Thread Jim Fulton
On Mon, Nov 7, 2011 at 1:09 PM, Brian Sutherland
br...@vanguardistas.net wrote:
 On Fri, Oct 14, 2011 at 12:52:00PM +0200, Brian Sutherland wrote:
 On Mon, Oct 10, 2011 at 01:14:26PM +0200, Brian Sutherland wrote:
  I've managed to port zope.schema to Python 3.2 on a branch
  (jinty-python3).
 
  It gives up Python 2.5 compatibility and depends on six
  (http://packages.python.org/six/). Any objections to me merging this
  branch?

 I just merged this to trunk.

 Thanks to some great work by Tres, it looks like the buildbots are green
 and this change is bedded down.

 Could someone release zope.schema trunk?

 (or give me rights to do so, jinty on pypi)

I empowered you!

:)

Thanks.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] zope.testrunner and nose count doctests differently

2011-11-03 Thread Jim Fulton
On Thu, Nov 3, 2011 at 5:14 AM, Chris Withers ch...@simplistix.co.uk wrote:
 Hi Michael,

 On 03/11/2011 09:12, Michael Howitz wrote:
 Run both test runners with the option -vv to see which tests are run.
 (I did this for your code and the list of tests seems to be equal.)

It would be interesting for the rest of us to know the length of that list.


 Cool, I'd done this already, but it's good to have someone else verify
 this :-)

 Though this is no answer to the question which code does the counting.

 Indeed, so I guess that becomes the real question!

My guess is that when you're using the zope testruner, you're somehow
picking up zope.testing.doctest, which counts each doctest example as
a  test.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Zope 4?

2011-10-27 Thread Jim Fulton
I saw Zope 4 mentioned in public today. This is the first time I'd
seen it mentioned in public.

Is there a more formal announcement anywhere?  Is there a description
of what it is envisioned to be?

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] ZEO client cache not working properly with beforestorage

2011-10-25 Thread Jim Fulton
I take issue with not working properly.  Before storage works
correctly with ZEO.

On Tue, Oct 25, 2011 at 5:43 AM, Malthe Borch mbo...@gmail.com wrote:
 If I set my beforestorage to a reasonably current time, e.g. now, I
 expect to get reasonably good performance from a ZEO client cache.

 Instead, I find that beforestorage:

  1) asks the cache to ``loadBefore``;

This is absolutely the right thing to do.


  2) but that method only looks for noncurrent entries;
  3) meanwhile, my cache only has current records.

 I'm not sure if the problem is that the cache shouldn't be setting the
 loaded oids as current, or if the ``loadBefore`` method should also
 accept (some) current entries.

I agree that the ZEO cache implementation should check for current
records with tids  the before time.  This has potential implications
beyond beforestorage.

Would you mind creating an issue:

  https://bugs.launchpad.net/zodb/+filebug

Of course, patches including tests are appreciated.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Conversion old.zope.org to static site

2011-10-14 Thread Jim Fulton
On Fri, Oct 14, 2011 at 10:12 AM, Tom Gross itconse...@gmail.com wrote:
 Hi

 Congrats from me too!

 What's the procedure of applying for commiter status at the zope.org
 repository now? The documentation at [1] states to request a user
 account at old.zope.org. If it is a static site there are no user
 accounts, right?

 I'm in the process of applying for commiter status but already stuck at
 the first level :(

We're working on a replacement process.  We have a system
in place, but we're having some JS-related performance issues
we're sorting out.  We'll instructions as soon as we have
things sorted out.

For now, you can send me a note to request an account.
You'll then get emailed a link to let you enter your password.
That will get you to the next stage. :)

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [ZWeb] zope.org move

2011-10-12 Thread Jim Fulton
On Wed, Oct 12, 2011 at 7:31 AM, Jens Vagelpohl j...@dataflake.org wrote:

 On Oct 11, 2011, at 20:31 , Jim Fulton wrote:

 I've created ~zope/Products.tgz on app2.zope.org that has all of the
 release files in a directory structure rooted at Products.  I
 recommend:

 1. For all html files in the existing static site, remove link endings
 /swreleasefile_view
 2. Walk the directory tree in Products.tgz and for each path, replace
 whatever is in
    the static site with the contents of the tar ball.

 I've now done it the simple way using Apache RewriteRules. Any resource path 
 starting with /Products and ending in either .exe, .tgz or .gz is now served 
 from a separate tree. That way I can leave the HTML sources alone and all 
 links continue to work. If there are any unforeseen issues with this approach 
 I'll take another look, but for right now things seem to work well enough.

Cool.

I suspect there might be releases lurking elsewhere.  I'll run the script
I used to generate the dump for other parts of the database, just in case.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [ZWeb] zope.org move

2011-10-12 Thread Jim Fulton
On Wed, Oct 12, 2011 at 8:59 AM, Jim Fulton j...@zope.com wrote:
...
 I suspect there might be releases lurking elsewhere.  I'll run the script
 I used to generate the dump for other parts of the database, just in case.

There were a few releases under Documentation and quite a few under Members.

I've put Documentation.tgz and Members.tgz in app2.zope.org:/home/zope

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [ZWeb] zope.org move

2011-10-11 Thread Jim Fulton
On Tue, Oct 11, 2011 at 6:34 AM, Jens Vagelpohl j...@dataflake.org wrote:
 Hi Jim,

 Great. I have a 400MB tarball.  I put in ~zope on app2.zope.org. I assume you
 have access to that machine. If not, let me know where I should
 put it.

 As soon as you bring up a static old.zope.org (and switch dns, of course),
 I'll decommission the current machines.

 Others have found a serious issue with the static data: Due to the way the 
 software release product and folders were structured, the tarball contains no 
 Zope release tarballs/exe-files. The tarball URLs end up as folders 
 containing the view templates swreleasefile_view and viewMD5.

If I can provide a new tar ball that contains just release files in
folders, can you knit it into the static site?

Jim


-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [ZWeb] zope.org move

2011-10-11 Thread Jim Fulton
On Tue, Oct 11, 2011 at 10:00 AM, Jens Vagelpohl j...@dataflake.org wrote:

 On Oct 11, 2011, at 15:45 , Jim Fulton wrote:

 If I can provide a new tar ball that contains just release files in
 folders, can you knit it into the static site?

 I think the only way to make them available without breaking all internal 
 links to these releases on the static site would be to put them separately 
 and use Apache rewrite magic to try and catch any requests for the files 
 themselves, which would always end in .../Zope-XXX.[tgz|exe|…]

I think you can write a script that just replaces the goofy
directories with the actual tar balls.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [ZWeb] zope.org move

2011-10-11 Thread Jim Fulton
On Tue, Oct 11, 2011 at 11:05 AM, Jens Vagelpohl j...@dataflake.org wrote:

 On Oct 11, 2011, at 16:53 , Jim Fulton wrote:

 On Tue, Oct 11, 2011 at 10:00 AM, Jens Vagelpohl j...@dataflake.org wrote:

 On Oct 11, 2011, at 15:45 , Jim Fulton wrote:

 If I can provide a new tar ball that contains just release files in
 folders, can you knit it into the static site?

 I think the only way to make them available without breaking all internal 
 links to these releases on the static site would be to put them separately 
 and use Apache rewrite magic to try and catch any requests for the files 
 themselves, which would always end in .../Zope-XXX.[tgz|exe|…]

 I think you can write a script that just replaces the goofy
 directories with the actual tar balls.

 But that's not enough. The internal links on the static site point to items 
 *past* the tarball filename, like

 XXX/Zope-2.12.0-final.tgz/swreleasefile_view.

 If I just replace what's currently a folder with the actual tarball I don't 
 need to do any Apache magic and the file will be in the right place, but you 
 cannot navigate to the release file from within the old.zope.org site 
 anymore. The navigation links there will all break.

Can you give an example?

Maybe we need to clean up those links.

Jim


-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [ZWeb] zope.org move

2011-10-11 Thread Jim Fulton
On Tue, Oct 11, 2011 at 11:18 AM, Jens Vagelpohl j...@dataflake.org wrote:

 On Oct 11, 2011, at 17:10 , Jim Fulton wrote:

 On Tue, Oct 11, 2011 at 11:05 AM, Jens Vagelpohl j...@dataflake.org wrote:
 But that's not enough. The internal links on the static site point to items 
 *past* the tarball filename, like

 XXX/Zope-2.12.0-final.tgz/swreleasefile_view.

 If I just replace what's currently a folder with the actual tarball I don't 
 need to do any Apache magic and the file will be in the right place, but 
 you cannot navigate to the release file from within the old.zope.org site 
 anymore. The navigation links there will all break.

 Can you give an example?

 Go to http://old.zope.org/Products/Zope/2.11.4/ and notice the link URLs for 
 the items Zope-2.11.4-final.tgz and Zope-2.11.4-win32.exe.


 Maybe we need to clean up those links.

 Yes, that's another option.

+1 :)

I've created ~zope/Products.tgz on app2.zope.org that has all of the
release files in a directory structure rooted at Products.  I
recommend:

1. For all html files in the existing static site, remove link endings
/swreleasefile_view
2. Walk the directory tree in Products.tgz and for each path, replace
whatever is in
the static site with the contents of the tar ball.

If you don't have time to do this and want to give me access, I can do this.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [ZWeb] zope.org move

2011-10-10 Thread Jim Fulton
On Mon, Oct 10, 2011 at 3:55 AM, Jens Vagelpohl j...@dataflake.org wrote:

 On Oct 10, 2011, at 08:57 , Jens Vagelpohl wrote:

 Hi Jim,

 Great. I have a 400MB tarball.  I put in ~zope on app2.zope.org. I assume 
 you
 have access to that machine. If not, let me know where I should
 put it.

 As soon as you bring up a static old.zope.org (and switch dns, of course),
 I'll decommission the current machines.

 I'll look at it over the next couple days. Thanks!

 Hi Jim,

 I've spent a little time looking at the files and doing some cleanup. It 
 works, mostly. I've deployed it and changed DNS. Once the DNS change has 
 propagated and there is no negative feedback the ZC-hosted version can go 
 away.

 Thanks for the tarball!

Thanks for setting up the new old site. :)

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [ZWeb] zope.org move

2011-10-09 Thread Jim Fulton
On Thu, Aug 18, 2011 at 5:42 PM, Jens Vagelpohl j...@dataflake.org wrote:

 On Aug 18, 2011, at 17:54 , Jim Fulton wrote:

 On Thu, Aug 18, 2011 at 11:02 AM, Jens Vagelpohl j...@dataflake.org wrote:

 On Aug 18, 2011, at 15:45 , Mark W. Alexander wrote:

 It looks like zope.org has moved.

 Congratulations! The new site looks great. I see old.zope.org still comes 
 to
 zope.com's servers. Are there any plans to move or deprecate that content?

 Hi Mark,

 Right now there are no specific plans for old.zope.org. As you can see from 
 looking at the site, we tried to keep content under /Products (e.g. old 
 Zope releases) and under /Members (member content and software) available 
 for the moment since very little of it was migrated to the new site to keep 
 the scope small.

 Can we spider this into a static site?


 Hi Jim,

 I'm sure if all the stuff that's currently public is spidered into a static 
 site no one would complain. There's no specific reason for anyone to log in 
 and access protected content, unless a sysadmin needs to fix something. If 
 it's static I could immediately move it off to one of the ZF-controlled 
 servers, too.

Great. I have a 400MB tarball.  I put in ~zope on app2.zope.org. I assume you
have access to that machine. If not, let me know where I should
put it.

As soon as you bring up a static old.zope.org (and switch dns, of course),
I'll decommission the current machines.

I'm working on deploying an app for management of user accounts for svn access.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [ZWeb] zope.org move

2011-10-06 Thread Jim Fulton
On Sun, Aug 21, 2011 at 12:17 PM, Andreas Jung li...@zopyx.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 httrack should be the tool for creating a static site while preserving
 all exisiting URLs.

What incantation should I use?

Why should I use this rather than wget?

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [ZWeb] zope.org move

2011-10-06 Thread Jim Fulton
On Thu, Oct 6, 2011 at 1:43 PM, Jim Fulton j...@zope.com wrote:
 On Sun, Aug 21, 2011 at 12:17 PM, Andreas Jung li...@zopyx.com wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 httrack should be the tool for creating a static site while preserving
 all exisiting URLs.

 What incantation should I use?

I think I've got it now. I had to tell it to ignore robots.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-web maillist  -  Zope-web@zope.org
https://mail.zope.org/mailman/listinfo/zope-web


Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-09-01 Thread Jim Fulton
On Thu, Sep 1, 2011 at 4:27 AM, Chris McDonough chr...@plope.com wrote:
...
 - zope.testing (for addCleanUp of the global registry in
  z.c.globalregistry and other places)

This particular detail should simply be cleaned up by
moving these calls into tests module.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-09-01 Thread Jim Fulton
On Thu, Sep 1, 2011 at 1:28 PM, Chris McDonough chr...@plope.com wrote:
 On Thu, 2011-09-01 at 09:22 -0400, Jim Fulton wrote:
 On Thu, Sep 1, 2011 at 4:27 AM, Chris McDonough chr...@plope.com wrote:
 ...
  - zope.testing (for addCleanUp of the global registry in
   z.c.globalregistry and other places)

 This particular detail should simply be cleaned up by
 moving these calls into tests module.

 This is in zope.component.globalregistry at module scope:

    base = BaseGlobalComponents('base')

    try:
        from zope.testing.cleanup import addCleanUp
    except ImportError:
        pass
    else:
        addCleanUp(lambda: base.__init__('base'))
        del addCleanUp

 I didn't see that the registration was conditional on the presence of
 zope.testing last night, but if I understand the intent correctly, it's
 to ensure that importing z.component at all will add a cleanup callback
 to zope.testing such that z.testing.cleanUp() will wipe the global
 registry state.  Lots of existing tests will break if this isn't done,
 so I'm not sure that moving it into a place where it isn't executed as a
 side effect is feasible?

I was thinking only of zope.component's tests.  There's still the issue of
tests of clients of zope.component, which my suggestion doesn't address.

Jim

-- 
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] RFC: Proposal for merging jbohman-zope.registry branch of zope.component

2011-08-30 Thread Jim Fulton
On Tue, Aug 30, 2011 at 2:23 AM, Wolfgang Schnerring w...@gocept.com wrote:
 * Jim Fulton j...@zope.com [2011-08-26 07:35]:
 On Fri, Aug 26, 2011 at 3:51 AM, Wolfgang Schnerring w...@gocept.com wrote:
  * Jim Fulton j...@zope.com [2011-08-25 15:24]:
   stripping zope.component to its core would be backwards incompatible now.
 
  Why? zope.component already uses extras_require to signify the various
  integration parts: [persistentregistry,security,zcml].

 But it still contains code to go with those dependencies. To clean
 this up, you'd have to remove that code, which would cause breakage.

 I have the feeling I'm missing or overlooking something. Could you
 help me find it? These are the two scenarios, as I understand them:

 a) zope.component declares an extras_require foo, making it depend
 on zope.foo, and also has a module zope.component.foo with integration
 code in it.

 b) zope.component declares an extras_require foo, making it depend
 on zope.foo *and* a new package zope.component_foo (which contains the
 extracted integration code). Also, zope.component has BBB imports in
 zope.component.foo that point to zope.component_foo.

So in b, you'd move the integration code to a separate package that becomes
part of the extras.



 My understanding is that from a client's perspective these two are
 equivalent: if you want the foo functionality for zope.component, you
 have to depend on zope.component[foo], and you import stuff from
 zope.component.foo.

Except that probably many (most?) clients of zope.component don't
bother to name the extras because they depend on the other
dependencies anyway, for other reasons.

I don't have any data to back this up, but it might be useful to look
at something like Blue Bream to see if the packages in it that depend
on zope.component include the extras. I'd bet $.05 that they don't.

You're right though that if projects that use zope.component are
careful to use extras accurately, then the integration code could
be moved out as long as the extras themselves are retained (and
enhanced).  You could even argue that clients that don't declare
needed extras are broken and deserve to lose.

Note that I added the extras in desperation several years ago as I was
preparing to teach a PyCon zope.component tutorial and was horrified
to discover that depending on zope.component would bring in most of
Zope 3.  I was hoping to make the point that zope.component could be
used outside of Zope.  Ironically, most or all of the students were
Zope users anyway, so my point was largely moot. :/

It could have been argued at the time that adding the extras was a
backward-incompatible change, but I don't think it effected anyone. At
least I never heard that it did, which supports my assumption that
people are already depending on the dependencies named in the extras
and aren't bothering to name them.

...

 IMO, what's core is a way to plug in component registries, not a
 particular strategy for component registries.

 Do I understand you correctly that the fact that getSiteManager is
 hookable should be core, but the thread-local mechanism of setSite()
 should not? That seems like a very useful delimination.

Yes.

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )


  1   2   3   4   5   6   7   8   9   10   >