Hey All, http://pypi.python.org/pypi/zdaemon indicates that zdaemon is alpha. I would have though it would be marked as stable, given how long its been around? Is there a reason for that? If not, I'll change it on trunk... Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
On Apr 4, 2009, at 12:56 PM, Chris Withers wrote:
Hey All,
http://pypi.python.org/pypi/zdaemon indicates that zdaemon is alpha. I would have though it would be marked as stable, given how long its been around?
Is there a reason for that?
Extra meta data is hard to maintain. We shouldn't use Trove classifiers for project status.
If not, I'll change it on trunk...
Please just remove that trove classifier. Jim -- Jim Fulton Zope Corporation
Jim Fulton wrote:
If not, I'll change it on trunk...
Please just remove that trove classifier.
Done. Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Just curious, are there plans to use python-daemon as the base? http://pypi.python.org/pypi/python-daemon/ It implements PEP 3143 http://www.python.org/dev/peps/pep-3143/ and I'am sure if theres something missing, Ben Finney (the author) will listen and is happy to discuss the issues. greetz Jens -- Jens W. Klein - Klein & Partner KEG - BlueDynamics Alliance
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jens W. Klein wrote:
Just curious, are there plans to use python-daemon as the base? http://pypi.python.org/pypi/python-daemon/
It implements PEP 3143 http://www.python.org/dev/peps/pep-3143/ and I'am sure if theres something missing, Ben Finney (the author) will listen and is happy to discuss the issues.
The PEP[1] notes the following about 'zdaemon': The zdaemon tool [zdaemon] was written for the Zope project. Like [slack-daemon], it differs from this specification because it is used to run another program as a daemon process. In particular, that is what makes the 'zopectl' / 'zeoctl' bit feasible; the 'runzope' / 'runzeo' commands get run in a daemonized environment. The "controller" process has a different lifetime than the actual daemon, with the two communicating over a private socket. For the appserver, I imagine that we will move to a WSGI-based deployment model, leaving any Zope-specific server implementation behing. If you wanted to experiment with Ben's library, I would therefore focus on the ZEO server. [1] http://www.python.org/dev/peps/pep-3143/ Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ21JA+gerLs4ltQ4RAl2lAJ9QRO2mzhK0Y3F16LMpT2Z72zjwcwCgvAnP RwrkAz5mvnOvtGwHzPhdUKw= =xFzo -----END PGP SIGNATURE-----
On Apr 7, 2009, at 7:16 AM, Jens W. Klein wrote:
Just curious, are there plans to use python-daemon as the base? http://pypi.python.org/pypi/python-daemon/
No.
It implements PEP 3143 http://www.python.org/dev/peps/pep-3143/ and I'am sure if theres something missing, Ben Finney (the author) will listen and is happy to discuss the issues.
zdaemon is boring, meaning it works fine the way it is, at least for the use cases it was designed to address. I see no need to make it exciting. :) Jim -- Jim Fulton Zope Corporation
participants (4)
-
Chris Withers -
Jens W. Klein -
Jim Fulton -
Tres Seaver