RE: [Zope-dev] HEADS UP: QA Problems with Zope 2
b): I can either create branches for WinBuilders responding to the Zope Versions. Or (what I like better) I can put the WinBuilders somewhere in the Zope 2 tree to allow versioning along a branch automatically so continuous tests know where to get the WinBuilders from. +1 from me on merging WinBuilders into Zope. It took me quite some time to locate it first I looked, and having it external reinforces the 2nd-class status of Windows. d) I have no idea about zopectl on windows. Is there some knowledge around on this? I recall a message from Tim saying it has never worked and probably never will. IIUC correctly, its functionality isn't as desired on Windows due to the service support. Enfold has a simple log rotation strategy I have detailed in a previous mail to this list, and we will contribute code shortly. I have on my todo list for the next week (or 2) to steer through my service changes on both the 2.7 and 2.8 brances as discussed here recently. If that goes well, the Zope3 trunk will get a look-in too :) Printing-the-contrib-form-now ly, Mark ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] HEADS UP: QA Problems with Zope 2
Hi, Am Montag, den 04.04.2005, 21:12 +1000 schrieb Mark Hammond: d) I have no idea about zopectl on windows. Is there some knowledge around on this? I recall a message from Tim saying it has never worked and probably never will. IIUC correctly, its functionality isn't as desired on Windows due to the service support. Enfold has a simple log rotation strategy I have detailed in a previous mail to this list, and we will contribute code shortly. Yeah, I just wanted to try it for running 'zopectl test' but it fails earlier. Maybe it shouldn't be delivered then. I have on my todo list for the next week (or 2) to steer through my service changes on both the 2.7 and 2.8 brances as discussed here recently. If that goes well, the Zope3 trunk will get a look-in too :) Printing-the-contrib-form-now ly, Great to see some reinforcements coming in! Christian -- gocept gmbh co. kg - schalaunische str. 6 - 06366 koethen - germany www.gocept.com - [EMAIL PROTECTED] - phone +49 3496 30 99 112 - fax +49 3496 30 99 118 - zope and plone consulting and development signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] HEADS UP: QA Problems with Zope 2
[Christian Theune] ... I have a compiled Zope 2.8a2 around here, but I'm not able to run the unit tests on it and I'm not willing to publish it therefore because I have the suspicion that this branch never has seen windows before except the one pass of unit tests before 2.8a1. FYI, I usually run the Zope trunk tests once a day, on WinXP. None of this goes thru WinBuilders, though -- this is doing test.py -vv --all from the root of a trunk checkout immediately after setup.py build_ext -i. The same two tests have been broken there since last October, but all other tests pass: http://www.zope.org/Collectors/Zope/1728 As recorded in the bug that points at, for related reasons an installed Zope 2.8 is probably unusable on Windows (I haven't tried this since last October -- don't see a point so long as the 1728 bug remains): http://www.zope.org/Collectors/Zope/1507 ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] HEADS UP: QA Problems with Zope 2
... [Christian Theune] d) I have no idea about zopectl on windows. Is there some knowledge around on this? [Mark Hammond] I recall a message from Tim saying it has never worked and probably never will. Well, everything that builds on zdaemon is Unix-specific -- the underlying machinery uses stuff like this freely and ubiquitously: + Unix domain sockets. + os.fork() + The signals signal.SIGTERM, signal.SIGHUP, signal.SIGINT, and signal.SIGCHLD, with Unix semantics. If nothing else, it's a wonderful demonstration of how core Python allows writing wholly platform-specific code. IIUC correctly, its functionality isn't as desired on Windows due to the service support. Unix-heads certainly want it anyway; Windows-heads aren't used to anything better than the Windows services API, so they don't even bring it up. Enfold has a simple log rotation strategy I have detailed in a previous mail to this list, and we will contribute code shortly. Check it in too! Nobody is volunteering to look at your patches, and they're important. I can't make time for it myself (would if I could). I have on my todo list for the next week (or 2) to steer through my service changes on both the 2.7 and 2.8 brances as discussed here recently. If that goes well, the Zope3 trunk will get a look-in too :) The Zope3 Windows installers to date are produced via setup.py bdist_wininst, and that's all. No Windows service support, no bundling of Python, no bundling of win32all, ..., the Zope3 Windows story really has nothing in common with Zope2's so far. That's a discussion for zope3-dev, though. Printing-the-contrib-form-now ly, Thank you. Poor Mark 0.5 wink. ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] HEADS UP: QA Problems with Zope 2
On Apr 4, 2005 4:53 PM, Tim Peters [EMAIL PROTECTED] wrote: Unix-heads certainly want it anyway; Windows-heads aren't used to anything better than the Windows services API, so they don't even bring it up. Well, it's not so much as API, but the fact that Windows people are used to starting a service through the control panel, and not through a python-script. After all, you don't need the python script. ;) Possibly zopectl could start the service if it's called on a windows machine, instead of trying to pretend that it runs on unix... I don't know how hard that would be. Also, I don't know how hard it would be to get rid of the unix specific things for running zopectl test and such... -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/ ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )