[Python-ideas] Draft PEP: Standard daemon process library
jseutter at gmail.com
Tue Jan 27 00:08:18 CET 2009
Yeah, that was me. :)
On Mon, Jan 26, 2009 at 4:02 PM, Guido van Rossum <guido at python.org> wrote:
> Was that you in the YouTube video that was one of the first hits for
> "PyCon daemon" ? That was hilarious. :-)
> On Mon, Jan 26, 2009 at 2:55 PM, Jerry Seutter <jseutter at gmail.com> wrote:
> > It would be nice if this functionality could work on windows machine as
> > as unix flavors.
> > I wrote the package at http://daemonize.sourceforge.net in frustration
> > seeing daemons built poorly several times. Some of the instances had
> > done incorrectly even after the developer had been pointed to the
> > ActiveState page. Understanding why a daemon should be written the way
> > is requires a fair bit of historical knowledge that younger people
> > occasionally do not have.
> > Some of the recent grads hired at my workplace did not know what a daemon
> > was. "Oh, like a web container?"
> > Jerry Seutter
> > On Mon, Jan 26, 2009 at 3:40 PM, Ben Finney <ben+python at benfinney.id.au<ben%2Bpython at benfinney.id.au>
> > wrote:
> >> Guido van Rossum writes:
> >> > On Sun, Jan 25, 2009 at 2:11 PM, Ben Finney wrote:
> >> > > I am preparing a PEP, and corresponding reference implementation,
> >> > > for a standard implementation of the steps needed to turn a
> >> > > program into a well-behaved Unix daemon.
> >> >
> >> > I would like to note that there are many existing packages that
> >> > provide support for daemonization […]
> >> Good point, thanks (and thanks to others in this thread for drawing my
> >> attention to some more that I hadn't yet found).
> >> I will make note, in the next revision, of the existing equivalent
> >> Python works of which I'm aware, and how their implementation differs
> >> from the intent of this PEP. If anyone feels I'm missing any, I would
> >> be happy to be informed.
> >> > I have an inkling that this is one of those problems where the many
> >> > solutions that are hard to compare, because they have different APIs
> >> > or make different assumptions about the ultimate goals.
> >> This suspicion could well be true.
> >> On the other hand, there already seems to be a good amount of positive
> >> support for the PEP, so I'd like to attempt to come to a sensible API
> >> that covers most use cases.
> >> Is 'python-ideas' the right forum to hash this out? Or is now the
> >> right time to subject it to the inevitable by posting to
> >> 'comp.lang.python'?
> >> --
> >> \ "Pinky, are you pondering what I'm pondering?" "Well, I think |
> >> `\ so, Brain, but it's a miracle that this one grew back." —_Pinky |
> >> _o__) and The Brain_ |
> >> Ben Finney
> >> _______________________________________________
> >> Python-ideas mailing list
> >> Python-ideas at python.org
> >> http://mail.python.org/mailman/listinfo/python-ideas
> > _______________________________________________
> > Python-ideas mailing list
> > Python-ideas at python.org
> > http://mail.python.org/mailman/listinfo/python-ideas
> --Guido van Rossum (home page: http://www.python.org/~guido/)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Python-ideas