- 11 Feb, 2006 1 commit
-
-
Andreas Jung authored
- zope.app.introspector was included with the source archive
-
- 08 Feb, 2006 1 commit
-
-
Chris Withers authored
-
- 07 Feb, 2006 1 commit
-
-
Julien Anguenot authored
-
- 27 Jan, 2006 3 commits
-
-
Tim Peters authored
This is the code used to build the Zope 2.9.0 Windows installer. It bundles Python 2.4.2, lives in peace with zpkgtools, moves to InnoSetup 5, and simplifies most parts of the build-the- installer process.
-
Tres Seaver authored
o Some of the error messages did not close '<p>' tags.
-
Tim Peters authored
stick the path and "/cc" in the same quoted string. Unsure why that change was made (it worked fine before -- and now).
-
- 21 Jan, 2006 3 commits
-
-
Sidnei da Silva authored
- Collector #2002: fixed broken 'ls -R' functionality (didn't recurse properly subclasses of OFS.Folder)
-
Sidnei da Silva authored
- Wrong branch
-
Sidnei da Silva authored
- Collector #2002: fixed broken 'ls -R' functionality (didn't recurse properly subclasses of OFS.Folder)
-
- 19 Jan, 2006 3 commits
-
-
Sidnei da Silva authored
- I must be blind
-
Sidnei da Silva authored
- Another dependency
-
Sidnei da Silva authored
- Fetch the dependencies with curl
-
- 17 Jan, 2006 1 commit
-
-
Philipp von Weitershausen authored
Remove module that doesn't work and isn't being used.
-
- 16 Jan, 2006 5 commits
-
-
Tres Seaver authored
-
Florent Guillaume authored
Othere tests don't pass though, maybe I think due to __implemented__ and __provides__ attributes in the persistentclass state.
-
Philipp von Weitershausen authored
Make instances have a lib/python directory with a proper README.txt by default. Note that it's already automatically put on the PYTHONPATH by Zope, it just wasn't there yet by default.
-
Philipp von Weitershausen authored
Note that it's already automatically put on the PYTHONPATH by Zope, it just wasn't there yet by default.
-
Florent Guillaume authored
-
- 15 Jan, 2006 2 commits
-
-
Stefan H. Holek authored
-
Tim Peters authored
InnoSetup 4 CAN NO LONGER BE USED. Besides that there's no future in relying on obsolete versions of tools, version 5 introduced a vastly easier way to manage the custom dialog pages Zope wants. That allowed getting rid of about 60 lines of inscrutable Pascal code. Of course the code that replaces them is also inscrutable, but there's about 60 fewer lines of it to torture future generations ;-).
-
- 14 Jan, 2006 2 commits
-
-
Tim Peters authored
This matches the set of files converted by the Z4I Windows installer now, except omits .csv files (because there aren't any of those in the Zope tree).
-
Tim Peters authored
-
- 13 Jan, 2006 6 commits
-
-
Tim Peters authored
The build-the-Windows-installer dance used to use it.
-
Florent Guillaume authored
startup, we still want to put it in the dbtab multidatabases dict. This happens when unit tests call Zope2.startup(), because Testing has a specific custom_zodb.py loaded at startup that uses a DemoStorage.
-
Tim Peters authored
Don't know why it was hidden before, but can't think of a reason, and the lack of makefile output showing its creation just confused the heck out of me for 10 minutes ;-).
-
Tim Peters authored
The functional tests don't even try to run, but at least this exercises 6724 of the unit tests. Someone who understands how Zope3 testing was changed to work from a zpkgtools-based install should be able to figure out how to improve this.
-
Tim Peters authored
the password, and to stick on this screen until the passwords match. I wrote this for a now-old Zope Z4I Windows installer, but there's surely no reason to keep it secret ;-). Also fiddled all the Pascal code to give it uniform indentation.
-
Tim Peters authored
-
- 12 Jan, 2006 3 commits
-
-
Tim Peters authored
The build-the-installer process now completes, and running the installer creates something that may or may not be a working Zope. It starts fine as a Windows Service, and at least "looks like a Zope" ;-) Nothing in the build-the-Windows-installer process here uses anything in the root of the inst/ directory anymore. Instead the WinBuilders zope.mk builds Zope all by itself, using the Python created by python.mk. Everything these used to use in the root of the inst/ directory was so out of whack with current reality that there was no point even trying to reverse-engineer what it thought it was doing. Note that comments in the code highlight what look like bugs in distutils, and in the Windows xcopy command (that last one took hours to track down -- sheesh).
-
Andreas Jung authored
(RNFR now returns 350 as status code instead 250)
-
Andreas Jung authored
(RNFR now returns 350 as status code instead 250)
-
- 11 Jan, 2006 9 commits
-
-
Tim Peters authored
-
Tim Peters authored
-
Tim Peters authored
Convert line ends on more kinds of files.
-
Tim Peters authored
heavily used utility variables that call out to a shell.
-
Tim Peters authored
Removed ancient info about wrestling with Win98SE.
-
Tim Peters authored
-
Tim Peters authored
It doesn't come installed on all Windows systems, so the Zope installer needs to supply it. It should NOT be distributed "randomly". Tim Peters has a valid Visual Studio .NET 2003 license, and because that product is used to compile the C code in Zope, Tim has the right to redistribute the C runtime DLL. When someone else builds a Zope installer, they need to have a valid MS VC license too (or remove msvcr71.dll from the distribution).
-
Tim Peters authored
-
Tim Peters authored
-