Re: [Zope-dev] windows binaries
I summarized (my/our) current knowledge about the requirements of compiling win binaries at http://wiki.zope.org/ztk/CompilingForWindows -- Best regards, Adam GROSZERmailto:agros...@gmail.com -- Quote of the day: To have a right to do a thing is not at all the same as to be right in doing it. - G.K. Chesterton ___ 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 binaries
Hello Stephan, Thursday, April 29, 2010, 3:45:13 PM, you wrote: SR> On Thursday 29 April 2010, Baiju M wrote: >> > I did a few releases just using mingw32. I think it is the best we can do >> > for now that scales. As for Python versions, you simply have to >> > installthem all and go through the dance. >> >> Does mingw32 works for 64 bit also ? SR> If you can isntall it on 64bit, it should be able to compile to it as well. I guess you can install, but it ought to compile still to 32bit. Windoze is a bit crazy on 64bit, as usual. -- Best regards, Adam GROSZERmailto:agros...@gmail.com -- Quote of the day: You can't expect a person to see eye to eye with you when you're looking down on him. - Bits & Pieces ___ 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 binaries
On Thursday 29 April 2010, Baiju M wrote: > > I did a few releases just using mingw32. I think it is the best we can do > > for now that scales. As for Python versions, you simply have to > > installthem all and go through the dance. > > Does mingw32 works for 64 bit also ? If you can isntall it on 64bit, it should be able to compile to it as well. Regards, Stephan -- Entrepreneur and Software Geek Google me. "Zope Stephan Richter" ___ 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 binaries
On Thu, Apr 29, 2010 at 6:36 PM, Stephan Richter wrote: > On Wednesday 28 April 2010, Adam GROSZER wrote: >> How do you used to build binaries for windowze? >> I mean which compilers do you use? mingw32? MS? >> Ohhh and don't forget win64 ;-) >> and various python version, like from 2.4 up to 3.1. > > I did a few releases just using mingw32. I think it is the best we can do for > now that scales. As for Python versions, you simply have to installthem all > and go through the dance. Does mingw32 works for 64 bit also ? Regards, Baiju M ___ 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 binaries
On Wednesday 28 April 2010, Adam GROSZER wrote: > How do you used to build binaries for windowze? > I mean which compilers do you use? mingw32? MS? > Ohhh and don't forget win64 ;-) > and various python version, like from 2.4 up to 3.1. I did a few releases just using mingw32. I think it is the best we can do for now that scales. As for Python versions, you simply have to installthem all and go through the dance. Regards, Stephan -- Entrepreneur and Software Geek Google me. "Zope Stephan Richter" ___ 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 Binaries for 2.8b1
--On Dienstag, 26. April 2005 23:55 Uhr +0200 Christian Theune <[EMAIL PROTECTED]> wrote: Andreas: Can you please consider a beta2 instead of a rc as the next step? Thanks. You mean 2.8 b2? The next scheduled 2.8 release is b2 according to the posted release plan *wink*. -aj pgpbxpUn0lQjr.pgp Description: PGP signature ___ 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] Windows Binaries for 2.8b1
[Tim] >>> Someone with setup.py courage needs to step up to the plate then. The >>> [...] possibly work either so long as setup.py neglects to install necessary >>> files. [Christian] >> Yuppie did [Tim] > That's not my understanding. My understanding (confirmed by > eyeballing the checkins) is that Yuppie changed setup.py to add some > test files used by ZClasses and ZODB, but left the failing tests in > the Zope3 part of the code broken. I expect setup.py needs more > changes to get those working. FYI, I repaired those tonight. At least 6 necessary files from the Zope3 code were missed by "setup.py install", covering three extensions (.rst, .request, .response), and one file with no extension at all ('png'). The only tests that fail from a WinBuilders build/ directory now (well, after changing CVS HEAD to use the right Zope version number, and editing 3 lines to look for Startup in Zope2) are the 2 tests that have been failing on Windows since last October. I can't make time to dig into those; for that matter, I couldn't make time to look at setup.py either <0.9 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] Windows Binaries for 2.8b1
[Tim] 2. Which Python do you use to run bin\test.py? I hope you're using bin\python.exe for that attempt anyway. [Christian] >>> The one test.py refers to. (Yep, still tapping around blindly.) [Tim] >> I'm not following. "#!" lines don't mean anything on Windows, and [Christian] > I think cygwin does. But still you're right. I'll refer to it explicitly > in the future. Yes, cygwin pays attention to #!, but we _certainly_ don't want to test the code going into the Windows installer using Cygwin's Python -- the Windows installer installs an entirely different Python (Zope2 repackages and installs the native Windows Python from python.org). That's why it's a good idea too to do all testing from a DOS box; getting any part of Cygwin into the testing means it's testing stuff we're not shipping. [on a WinBuilder subdirectory] > I'm just trying to get that stuff working at least once, then I'll drop > it in. Good plan. >> Someone with setup.py courage needs to step up to the plate then. The >> [...] possibly work either so long as setup.py neglects to install necessary >> files. > Yuppie did That's not my understanding. My understanding (confirmed by eyeballing the checkins) is that Yuppie changed setup.py to add some test files used by ZClasses and ZODB, but left the failing tests in the Zope3 part of the code broken. I expect setup.py needs more changes to get those working. > so I'll push out the stuff I have now. Good enough for now, I agree. > Andreas: Can you please consider a beta2 instead of a rc as the next > step? Thanks. I would if I were him. > I promise to try running the test before the tag then. It probably helps if you're in the same time zone as Andreas. He always does things half a day before the earliest I expect him to do them <0.9 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] Windows Binaries for 2.8b1
Hi, Am Dienstag, den 26.04.2005, 12:57 -0400 schrieb Tim Peters: > [Tim] > >> 2. Which Python do you use to run bin\test.py? I hope you're using > >>bin\python.exe for that attempt anyway. > > [Christian] > > The one test.py refers to. (Yep, still tapping around blindly.) > > I'm not following. "#!" lines don't mean anything on Windows, and I think cygwin does. But still you're right. I'll refer to it explicitly in the future. > That's still a good idea, if you're asking me . That's what I > do, e.g., for ZRS (it has a WinBuilder subdirectory). I'm just trying to get that stuff working at least once, then I'll drop it in. > Someone with setup.py courage needs to step up to the plate then. The > [...] possibly work either so long as setup.py neglects to install necessary > files. Yuppie did, so I'll push out the stuff I have now. Andreas: Can you please consider a beta2 instead of a rc as the next step? Thanks. I promise to try running the test before the tag then. Cheers, 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: This is a digitally signed message part ___ 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] Windows Binaries for 2.8b1
[Tim] >> 2. Which Python do you use to run bin\test.py? I hope you're using >>bin\python.exe for that attempt anyway. [Christian] > The one test.py refers to. (Yep, still tapping around blindly.) I'm not following. "#!" lines don't mean anything on Windows, and that's the only sense in which I can imagine test.py refers to a Python. I showed exactly how I tried running them later in my msg: Trying "bin\python.exe bin\test.py -v" from the build directory ... although I didn't say there that I did that from a DOS (not Cygwin bash shell) box. Then that explicitly names the Python that ships with Zope. If you just try "bin\test.py" instead, you'll pick up whatever Python installation you most recently happened to associate with the .py extension. It's certainly better to use the Python Zope will actually run with on Windows. ... > ... which is why I intended to start putting the WinBuilders under the > Zope tree for versioning, so It's always around in the correct > (historic) version. That's still a good idea, if you're asking me . That's what I do, e.g., for ZRS (it has a WinBuilder subdirectory). >> However, I don't think this _specific_ one is WinBuilder's fault. >> When I look at Zope 2.8's setup.py, I see that nothing has been added >> here: ... > I thought so. But I'm not comfortable with prepping the setup.py > unfortunately and some tries didn't work out, so I dropped it. Someone with setup.py courage needs to step up to the plate then. The Windows build process is way hard enough to follow already without adding reams of arbitrary new makefile cruft to paper over setup.py bugs. Perhaps someone on Linux could volunteer to run Zope trunk tests from the result of doing "setup.py install ...", and add missing files to setup.py until that works. The WinBuilders tests can't possibly work either so long as setup.py neglects to install necessary files. ___ 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] Windows Binaries for 2.8b1
> Sticking to this thread ... > > Now the unit tests look like this: The Zope trunk test_http_factory and test_webdav_source_factory tests have been failing on Windows this way since last October (even when running tests from a checkout tree). See: http://www.zope.org/Collectors/Zope/1728 for those. I haven't seen the other failures before. The obvious guess for ConfigurationError: Help Topic definition c:\zope\build_28\build\lib\python\ zope\app\onlinehelp\tests\help.rst does not exist is that the help.rst file in question didn't get copied to the build tree, right? That is, another setup.py oversight. > FAILED (failures=3, errors=2) That seems remarkably good, considering ... ___ 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] Windows Binaries for 2.8b1
Sticking to this thread ... Now the unit tests look like this: == ERROR: testCorrectFactories (zope.app.publisher.browser.tests.test_directoryreso urce.Test) -- Traceback (most recent call last): File "c:\zope\build_28\build\lib\python\zope\app\publisher\browser \tests\test_ directoryresource.py", line 107, in testCorrectFactories file = resource['png'] File "c:\zope\build_28\build\lib\python\zope\app\publisher\browser \directoryre source.py", line 77, in __getitem__ raise KeyError, name KeyError: 'png' == ERROR: test_dochttp (zope.app.tests.test_dochttp.Test) -- Traceback (most recent call last): File "c:\zope\build_28\build\lib\python\zope\app\tests \test_dochttp.py", line 120, in test_dochttp dochttp(['-p', 'test', directory]) File "c:\zope\build_28\build\lib\python\zope\app\tests\dochttp.py", line 75, i n dochttp names = [name[:-len(".request")] WindowsError: [Errno 3] Das System kann den angegebenen Pfad nicht finden: 'c:\\ zope\\build_28\\build\\lib\\python\\zope\\app\\tests\\recorded/*.*' == FAIL: test_http_factory (ZServer.tests.test_config.ZServerConfigurationTestCase) -- Traceback (most recent call last): File "c:\zope\build_28\build\lib\python\ZServer\tests\test_config.py", line 11 0, in test_http_factory self.assertEqual(server.ip, '127.0.0.1') File "c:\zope\build_28\build\bin\lib\unittest.py", line 302, in failUnlessEqua l raise self.failureException, \ AssertionError: 'localhost' != '127.0.0.1' == FAIL: test_webdav_source_factory (ZServer.tests.test_config.ZServerConfiguration TestCase) -- Traceback (most recent call last): File "c:\zope\build_28\build\lib\python\ZServer\tests\test_config.py", line 12 8, in test_webdav_source_factory self.assertEqual(server.ip, '127.0.0.1') File "c:\zope\build_28\build\bin\lib\unittest.py", line 302, in failUnlessEqua l raise self.failureException, \ AssertionError: 'localhost' != '127.0.0.1' == FAIL: Doctest: zope.app.onlinehelp.onlinehelptopic.OnlineHelpTopic -- Traceback (most recent call last): File "c:\zope\build_28\build\lib\python\zope\testing\doctest.py", line 2102, i n runTest raise self.failureException(self.format_failure(new.getvalue())) AssertionError: Failed doctest test for zope.app.onlinehelp.onlinehelptopic.Onli neHelpTopic File "c:\zope\build_28\build\lib\python\zope\app\onlinehelp \onlinehelptopic.py ", line 72, in OnlineHelpTopic -- File "c:\zope\build_28\build\lib\python\zope\app\onlinehelp \onlinehelptopic.py", line 122, in zope.app.onlinehelp.onlinehelptopic.OnlineHelpTopic Failed example: topic = OnlineHelpTopic('help','Help',path,'') Exception raised: Traceback (most recent call last): File "c:\zope\build_28\build\lib\python\zope\testing\doctest.py", line 131 5, in __run compileflags, 1) in test.globs File "", line 1, in ? topic = OnlineHelpTopic('help','Help',path,'') File "c:\zope\build_28\build\lib\python\zope\app\onlinehelp \onlinehelptopi c.py", line 163, in __init__ raise ConfigurationError( ConfigurationError: Help Topic definition c:\zope\build_28\build\lib \python\ zope\app\onlinehelp\tests\help.rst does not exist -- File "c:\zope\build_28\build\lib\python\zope\app\onlinehelp \onlinehelptopic.py", line 125, in zope.app.onlinehelp.onlinehelptopic.OnlineHelpTopic Failed example: topic.type Expected: 'zope.source.rest' Got: 'zope.source.stx' -- Ran 5634 tests in 1433.151s FAILED (failures=3, errors=2) Any comments? Still hesitating to release the binaries, but I have them around. -- 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: This is a digitally signed message part ___ 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/listinf
Re: [Zope-dev] Windows Binaries for 2.8b1
Howdy, Am Dienstag, den 26.04.2005, 11:38 -0400 schrieb Tim Peters: > [Christian Theune] > > I go to the build directory of the WinBuilders and run bin/test.py > > 1. Is there a reason to _expect_ that to work? The WinBuilders >README.txt doesn't claim that it should. Would sure be nice >if it did work. Dunno. I'm tapping in the dark there. That's the runner I use for ages on Linux and it was around on the windows build. So I started using it and it worked (for a while). > 2. Which Python do you use to run bin\test.py? I hope you're using >bin\python.exe for that attempt anyway. The one test.py refers to. (Yep, still tapping around blindly.) > 3. How did you get that far? When I change a current WinBuilders >checkout to point at Zope-2.8.0-b1.tgz, doing: > Which version of WinBuilders are you using? (I used current CVS HEAD) A local version that already contains the fixes described by you. The box I use it on isn't configured to be able to talk to the Zope CVS/SVN so I wanted to make this work and then put it back to the repository. > It is that simple for a given release, _after_ the kinks specific to > that release have been worked out. But it can't stay that simple > across releases because we massively rearrange code for the Windows > release, trying to make a single directory under which everything on > Earth lives (alll of Zope, our own Python, our own pywin32 > extensions). The way that's stitched together requires sorting out > all the messy interactions among a large pile of shell scripts, > makefiles, and tricks, so you get sucked into all of that stuff when > anything "new" happens. Like ZClasses growing important .txt, and > even .fs, files, since the last release. ... which is why I intended to start putting the WinBuilders under the Zope tree for versioning, so It's always around in the correct (historic) version. > However, I don't think this _specific_ one is WinBuilder's fault. > When I look at Zope 2.8's setup.py, I see that nothing has been added > here: I thought so. But I'm not comfortable with prepping the setup.py unfortunately and some tries didn't work out, so I dropped it. > to record that ZClasses (or at least its tests) now requires some .txt > and .fs files. That WinBuilders didn't copy those files to the build > tree appears to be just a consequence of that "setup.py install" > doesn't know anything about these new files (WinBuilders does an > "install" to get the appropriate files copied from its src/ directory > to its build/ directory). If so, that's an all-platform bug in Zope > trunk's setup.py, but one that isn't visible in daily checkout > testing. Feels like that. That's why I'm running the tests from the result of the WinBuilders! > BTW, it's also traditional that the person building the Windows > installer find and fix the new bugs in Zope's setup.py . Great. I didn't read that job description well enough. Theuni-the-blind-windows-monkey -- 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: This is a digitally signed message part ___ 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] Windows Binaries for 2.8b1
... [Tim Peters] >> What exactly do you do to "run tests"? This is exactly what I do: >> >> svn up >> python setup.py build_ext -i >> python test.py -vv --all [Christian Theune] > I go to the build directory of the WinBuilders and run bin/test.py 1. Is there a reason to _expect_ that to work? The WinBuilders README.txt doesn't claim that it should. Would sure be nice if it did work. 2. Which Python do you use to run bin\test.py? I hope you're using bin\python.exe for that attempt anyway. 3. How did you get that far? When I change a current WinBuilders checkout to point at Zope-2.8.0-b1.tgz, doing: WinBuilders/buildout zope dies like so: """ ... Zope binaries installed successfully. Now run '"c:\Code\build\bin\python.exe" c:\Code\build\bin\mkzopeinstance.py' touch "/cygdrive/c/Code/build/lib/python/Zope/Startup/run.py" touch: cannot touch `/cygdrive/c/Code/build/lib/python/Zope/Startup/run.py': No such file or directory make: *** [/cygdrive/c/Code/build/lib/python/Zope/Startup/run.py] Error 1 """ And indeed, there is no Startup directory under lib/python/zope in SVN trunk. Which version of WinBuilders are you using? (I used current CVS HEAD) I can get beyond that by editing three lines in mk\zope.mk to refer to Zope2/Startup instead of Zope/Startup. Then the make completes. Trying "bin\python.exe bin\test.py -v" from the build directory then doesn't get anywhere, crapping out at once because (as I think you implied before) build\lib\python\ZClasses\_pmc.txt doesn't exist. > ... > Hmm. Then it might have only be the missing files. I just have a really > hard time trying to poke into that stuff and make it work. It just feels > like poking a hairy cat. It's related to this: >> Or in the case of WinBuilders, a few dozen buttons, shell scripts, >> makefiles, and tricks building on 1.6 gigabytes of Cygwin code . > Well. It's not that bad if it would work. > > - bumping a version number > - run "WinBuilders/buildout zope" > - do "build/bin/test.py" > - Upload the .exe file It is that simple for a given release, _after_ the kinks specific to that release have been worked out. But it can't stay that simple across releases because we massively rearrange code for the Windows release, trying to make a single directory under which everything on Earth lives (alll of Zope, our own Python, our own pywin32 extensions). The way that's stitched together requires sorting out all the messy interactions among a large pile of shell scripts, makefiles, and tricks, so you get sucked into all of that stuff when anything "new" happens. Like ZClasses growing important .txt, and even .fs, files, since the last release. However, I don't think this _specific_ one is WinBuilder's fault. When I look at Zope 2.8's setup.py, I see that nothing has been added here: # ZClasses setup( name='ZClasses', author=AUTHOR, packages=['ZClasses'], data_files=[['ZClasses', ['ZClasses/*.gif']], ['ZClasses/dtml', ['ZClasses/dtml/*']]], ) to record that ZClasses (or at least its tests) now requires some .txt and .fs files. That WinBuilders didn't copy those files to the build tree appears to be just a consequence of that "setup.py install" doesn't know anything about these new files (WinBuilders does an "install" to get the appropriate files copied from its src/ directory to its build/ directory). If so, that's an all-platform bug in Zope trunk's setup.py, but one that isn't visible in daily checkout testing. BTW, it's also traditional that the person building the Windows installer find and fix the new bugs in Zope's setup.py . ___ 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] Windows Binaries for 2.8b1
Howdy, Am Montag, den 25.04.2005, 16:37 -0400 schrieb Tim Peters: > AFAIK, nobody looks at WinBuilders between releases. It's > traditionally been the job of whoever builds the Windows installer to > sort out whatever troubles WinBuilders has gotten into since the last > release. Certainly most Linux contributors aren't even aware of > WinBuilder's existence. Which isn't actually a good idea I suppose. Relying on a fragile infrastructure to find out it doesn't work when you need it. Well... > What exactly do you do to "run tests"? This is exactly what I do: > > svn up > python setup.py build_ext -i > python test.py -vv --all I go to the build directory of the WinBuilders and run bin/test.py > The same two tests have been failing on Windows that way since last > October, but all other tests pass. > > BTW, I don't have a guess about what your doctest complaint is. > Since, e.g., all the doctest-based tests _do_ pass from a checkout, > hard to guess what you're saying there. It's documented that, e.g., > relative paths passed to DocFileSuite must use '/' as the path > separator, and AFAIK all the code that's checked in does do that. I > don't know of any other piece of doctest that cares about path > separators. Hmm. Then it might have only be the missing files. I just have a really hard time trying to poke into that stuff and make it work. It just feels like poking a hairy cat. > Or in the case of WinBuilders, a few dozen buttons, shell scripts, > makefiles, and tricks building on 1.6 gigabytes of Cygwin code . Well. It's not that bad if it would work. - bumping a version number - run "WinBuilders/buildout zope" - do "build/bin/test.py" - Upload the .exe file > I suspect it's worse than just that. When the two tests in collector > 1728 started failing last October on Windows, I noted at the time that > "FYI, on WinXP, Zope 2.8 appears to use localhost no matter what > ip-address is set to in zope.conf". No reason to suspect that got > better, since the two failing tests that inspired that little > investigation are still failing. Looks like the pain we go through is really wanted. I hate it when the estimated number of unknown cases (that appreciate the Windows installers) is high. > I just liked the contrast in those two lines . Human contradictions. I'm happy with them. Kind of sanity test for me. ;) 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: This is a digitally signed message part ___ 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] Windows Binaries for 2.8b1
Great. And the current situation doesn't even catch too much spam. We're relying on some central spam filtering infrastructure here. Looks like I got to tune it again... Am Montag, den 25.04.2005, 17:46 -0400 schrieb Tim Peters: > You should really be using SpamBayes <0.9 wink>. -- 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: This is a digitally signed message part ___ 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] Windows Binaries for 2.8b1
On Apr 26, 2005, at 2:22, Florent Guillaume wrote: Tim Peters <[EMAIL PROTECTED]> wrote: Technical details of permanent failure: PERM_FAILURE: SMTP Error (state 9): 553 5.3.0 Spam blocked see: http://spamcop.net/bl.shtml?64.233.184.203 Yeah this goes to show that you have to be extremely careful in choosing your RBL sources... And that spamcop is definitely not a good one. Not true. I've been using SpamCop for years now and had exactly four addresses that required me to create exceptions for them because their SMTP server got listed. I see what gets rejected because my Postfix sends me email about it, so I retain full control over the situation. jens ___ 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] Windows Binaries for 2.8b1
Tim Peters <[EMAIL PROTECTED]> wrote: > LOL -- the attempt to send my last msg to Christian from my gmail > account got blocked: > > This is an automatically generated Delivery Status Notification > > Delivery to the following recipient failed permanently: > > [EMAIL PROTECTED] > > Technical details of permanent failure: > PERM_FAILURE: SMTP Error (state 9): 553 5.3.0 Spam blocked see: > http://spamcop.net/bl.shtml?64.233.184.203 Yeah this goes to show that you have to be extremely careful in choosing your RBL sources... And that spamcop is definitely not a good one. Florent -- Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D +33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED] ___ 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] Windows Binaries for 2.8b1
LOL -- the attempt to send my last msg to Christian from my gmail account got blocked: This is an automatically generated Delivery Status Notification Delivery to the following recipient failed permanently: [EMAIL PROTECTED] Technical details of permanent failure: PERM_FAILURE: SMTP Error (state 9): 553 5.3.0 Spam blocked see: http://spamcop.net/bl.shtml?64.233.184.203 - Original message - Received: by 10.54.47.20 with SMTP id u20mr2106929wru; Mon, 25 Apr 2005 13:37:01 -0700 (PDT) Received: by 10.54.46.75 with HTTP; Mon, 25 Apr 2005 13:37:01 -0700 (PDT) Message-ID: <[EMAIL PROTECTED]> Date: Mon, 25 Apr 2005 16:37:01 -0400 From: Tim Peters <[EMAIL PROTECTED]> Reply-To: Tim Peters <[EMAIL PROTECTED]> To: Christian Theune <[EMAIL PROTECTED]> Subject: Re: [Zope-dev] Windows Binaries for 2.8b1 Cc: zope-dev@zope.org - Message truncated - You should really be using SpamBayes <0.9 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] Windows Binaries for 2.8b1
[Christian Theune] > and again, I got to complain about building Zope on Windows. > This time it's the 2.8 branch again with the 2.8b1 release. > > It looks like the WinBuilders aren't taken care for at all. AFAIK, nobody looks at WinBuilders between releases. It's traditionally been the job of whoever builds the Windows installer to sort out whatever troubles WinBuilders has gotten into since the last release. Certainly most Linux contributors aren't even aware of WinBuilder's existence. > The ZClass tests didn't got into the procedure of getting packaged > so I had to copy those files manually for running the tests. Then > the doctest module doesn't comply with platform independent > handling of path names using 'variable.split("/")' and relatives. > > The now running tests fail pretty much in various places (Catalog, > ZODB, ...) What exactly do you do to "run tests"? This is exactly what I do: svn up python setup.py build_ext -i python test.py -vv --all The same two tests have been failing on Windows that way since last October, but all other tests pass. BTW, I don't have a guess about what your doctest complaint is. Since, e.g., all the doctest-based tests _do_ pass from a checkout, hard to guess what you're saying there. It's documented that, e.g., relative paths passed to DocFileSuite must use '/' as the path separator, and AFAIK all the code that's checked in does do that. I don't know of any other piece of doctest that cares about path separators. > I'm not able to do any work on this as I'm lacking time. I took the > job of building the releases as long as it's pressing the "do it now > button" Or in the case of WinBuilders, a few dozen buttons, shell scripts, makefiles, and tricks building on 1.6 gigabytes of Cygwin code . > and running the tests seeing them pass. I did not take the job of > cleaning up Zope for Windows. The WinBuilders are a really > annoying thing, I'm glad they went away for Zope3. Came with costs too, though. For example, Zope3 on Windows doesn't include Python, doesn't include the Python Windows extensions, and comes with no support for running as a Windows service. You might think that people who value that stuff would contribute something toward making it happen, but in project after project in the Open Source world it's difficult to attract Windows contributors. > To notice: Zope 2.8a1 has not been available as Windows release > and neither will be 2.8b1. You really want to blindly go forward for > an RC not having a single external user running any 2.8 release > at all? I suspect it's worse than just that. When the two tests in collector 1728 started failing last October on Windows, I noted at the time that "FYI, on WinXP, Zope 2.8 appears to use localhost no matter what ip-address is set to in zope.conf". No reason to suspect that got better, since the two failing tests that inspired that little investigation are still failing. > I'm pretty annoyed right now. > > Cheers, I just liked the contrast in those two lines . ___ 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 )