Windows Installer Nice-to-have
Hi Sidnei, I don't know how easy this is to do, but one thing that would be _really_ nice would be to use an existing compatible python install rather than Zope splatting it's own in regardless. In fact, if we're re-doing the layout (which is, I think, a VERY good idea) my ideal layout would be: C:\Python24 C:\Zope\2.10.0 (NB: C:\Zope\2.10.0\Zope would NOT exist) C:\Zope\instance With C:\Python24 either being an existing Python install, if selected by the user, or being created in the same way as the normal Python installer does if its not there. Of course, if this option is implemented, you'd need to be able to specify where python gets put in case you don't want to overwrite an existing "normal" Python 2.4 install. I don't know what make a "Zope" python install "special"... What do other people think about this? cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
On 11/10/06, Chris Withers <chris@simplistix.co.uk> wrote:
Hi Sidnei,
I don't know how easy this is to do, but one thing that would be _really_ nice would be to use an existing compatible python install rather than Zope splatting it's own in regardless.
It is rather hard. I will wait until more people can give their own opinion before expressing mine though.
In fact, if we're re-doing the layout (which is, I think, a VERY good idea) my ideal layout would be:
C:\Python24 C:\Zope\2.10.0 (NB: C:\Zope\2.10.0\Zope would NOT exist)
Should we go for Zope210 since Python is Python24? -- Sidnei da Silva Enfold Systems http://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214
Sidnei da Silva wrote:
C:\Python24 C:\Zope\2.10.0 (NB: C:\Zope\2.10.0\Zope would NOT exist)
Should we go for Zope210 since Python is Python24?
Nah, I like having C:\Zope\* as I always have several Zope versions on the go. I wish python would switch to C:\Python\2.4, but that's probably a harder persuasion to make ;-) Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Alright, latest build is ready to go, including Lennart's icon. Let me know how that works for you. If there are no outstanding issues I would like to declare this the official release to be uploaded to Zope.org. http://files.enfoldsystems.com/Zope-2.9.5-Final-6514.exe If you want to test 2.10 as well: http://files.enfoldsystems.com/Zope-2.10.0-Final-6513.exe (The only change from 6513 to 6514 is the icon, latest 2.10 didn't finish building yet). -- Sidnei da Silva Enfold Systems http://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214
Chris Withers wrote:
I don't know how easy this is to do, but one thing that would be _really_ nice would be to use an existing compatible python install rather than Zope splatting it's own in regardless.
-1 That's what Zope 3 does (it's a standard distutils installer). It makes it hard to install several Zope 3 versions at the same time. Or perhaps that's just because it install itself into site-packages? Anyway, I would rather see the Zope installer to be self-contained wrt Python. In fact, I also wish that the Zope 2 and 3 installers were the same so that we'd only have to maintain and support one installation scheme. I don't particularly care about the paths. I think the politically correct destination is Program Files, though it is quite annoying for the shell due to the space. -- http://worldcookery.com -- Professional Zope documentation and training
Hi, Philipp von Weitershausen wrote:
Chris Withers wrote:
I don't know how easy this is to do, but one thing that would be _really_ nice would be to use an existing compatible python install rather than Zope splatting it's own in regardless.
-1
That's what Zope 3 does (it's a standard distutils installer). It makes it hard to install several Zope 3 versions at the same time. Or perhaps that's just because it install itself into site-packages?
That's more like it. But as you mentioned, a compiled Zope is dependent on some binary compiled modules that want a compatible Python, so bringing it's own might be reasonable.
Anyway, I would rather see the Zope installer to be self-contained wrt Python. In fact, I also wish that the Zope 2 and 3 installers were the same so that we'd only have to maintain and support one installation scheme. I don't particularly care about the paths. I think the politically correct destination is Program Files, though it is quite annoying for the shell due to the space.
Only in the English language. In German there's no space. :P Christian -- gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany www.gocept.com - ct@gocept.com - phone +49 345 122 9889 7 - fax +49 345 122 9889 1 - zope and plone consulting and development
Christian Theune wrote:
That's more like it. But as you mentioned, a compiled Zope is dependent on some binary compiled modules that want a compatible Python, so bringing it's own might be reasonable.
I think bringing in its own is reasonable if none suitable can be found. But, I think in that case, why not put it in the "standard" python location for windows? (and why not install it in the standard way so that installing other python binary things for windows (such as mysql and postgres) can find the python being used for Zope? cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
On 11/13/06, Chris Withers <chris@simplistix.co.uk> wrote:
Christian Theune wrote:
That's more like it. But as you mentioned, a compiled Zope is dependent on some binary compiled modules that want a compatible Python, so bringing it's own might be reasonable.
I think bringing in its own is reasonable if none suitable can be found.
But, I think in that case, why not put it in the "standard" python location for windows? (and why not install it in the standard way so that installing other python binary things for windows (such as mysql and postgres) can find the python being used for Zope?
Because 'finding the python being used by Zope' is a registry key. If you look at Zope -> Python in the start menu there are two shortcuts there that will do register/unregister. -- Sidnei da Silva Enfold Systems http://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214
On Zope windows installers. First of all, I only use Zope on windows intermittently nowadays (although it was what I used most of the time a coupl of years ago). So feel free to ignore anything I say. 1a. I really hate the C:\Python24 install. Zope should by default install in the program files directory, debunked myth or not. On closer though, lets de-debunk (rebunk?) that: ;-)
Python, Lotus Notes and, perhaps most tellingly, IIS and Microsoft's other server offerings, don't install themselves in Program Files, they create their own top level directory.
Python, I'm told, does it because of some earlier stupidity of not working when installed in a directory with a space in it. Notes does it because it's been installed in C:\Notes since Windows 3. Why Microsoft does it is beyond me, but it's not like I feel any great confidence in Microsoft doing server-things correctly. There is nothing especially "stupid" with installing stuff in program files, and it's no more stupid than installing them in /usr/bin instead of in /. Polluting C:\ is bad and annoying. If you, as a server admin, doesn't want to install Zope in Program Files, but have some opinon on where it should be installed, it's actually just as unlikely that you want to install it in C:\. C:\Zope-whatevah is pretty much the most unlikely place to install it at all no matter if you do it to test Zope or if you do it to make a production install. Hence, running on an english windows the default directory to install Zope in should be C:\Program Files\Zope-something. I wouldn't mind C:\Program Files\Zope\2.10.0 and C:\Program Files\Zope\Name-of-instance. 2. It would be great if you could get a list of compatible Python versions to select, or install one, in the directory above. If that's too much work, installing a installation unique python version is a better option, as that's most likely the best option for a production server.
Sidnei da Silva wrote:
Because 'finding the python being used by Zope' is a registry key. If you look at Zope -> Python in the start menu there are two shortcuts there that will do register/unregister.
That being "Set Installpath" and "Restore InstallPath"? Cool :-) (although the latter implies that settign installpath does something bad?) cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Set InstalPath backs up the current setting. Restore InstallPath restores the previous setting. Of course if you run Set InstallPath twice from different installs you will stomp over the initial setting :) -- Sidnei da Silva Enfold Systems http://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214
Hello folks As some of you may know, The Zope foundation is set up and more details are available at www.zopefoundation.org Some of the membership rosters (especially solution providers,associate members, consumer members ) looks bare and not reflective of the community we have. Lets try to make the foundation stronger by growing the membership and show our support for Zope ! Best Regards Sathya
And funnily enough, I'm not in there, although Florent is, and our papers should have been faxed in at the same time.
Lennart Regebro wrote:
And funnily enough, I'm not in there, although Florent is, and our papers should have been faxed in at the same time.
You were in the list of members on the old site. Sathya, How is the membership list on the new site created? Is there something I can update somewhere? Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org
sathya wrote:
Hello folks
As some of you may know,
The Zope foundation is set up and more details are available at
www.zopefoundation.org
Some of the membership rosters (especially solution providers,associate members, consumer members ) looks bare and not reflective of the community we have.
Lets try to make the foundation stronger by growing the membership and show our support for Zope !
I've just updated the various membership lists. If I left anyone out, please let me know. Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org
Chris, Do you feel like blessing the current installer for upload to zope.org? -- Sidnei da Silva Enfold Systems http://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214
Sidnei da Silva wrote:
Chris,
Do you feel like blessing the current installer for upload to zope.org?
Sure, I'll whack them up there some time soon :-) cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Philipp von Weitershausen wrote:
Chris Withers wrote:
I don't know how easy this is to do, but one thing that would be _really_ nice would be to use an existing compatible python install rather than Zope splatting it's own in regardless.
-1
That's what Zope 3 does (it's a standard distutils installer). It makes it hard to install several Zope 3 versions at the same time. Or perhaps that's just because it install itself into site-packages?
Yeah, putting Zope in site-packages is just plain dumb. But I think having our own weird python binary install, and only doing something weird on Windows, is also dumb.
Anyway, I would rather see the Zope installer to be self-contained wrt Python.
Why?
In fact, I also wish that the Zope 2 and 3 installers were the same so that we'd only have to maintain and support one installation scheme.
Yeah, definitely agreed here...
I don't particularly care about the paths. I think the politically correct destination is Program Files,
Actually, I thought I'd debunked this myth. Apparently not, so here goes again... None of microsoft's own server apps are stupid enough to put themselves in Program Files, so lets NOT do that :-) cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
participants (7)
-
Chris Withers -
Christian Theune -
Jim Fulton -
Lennart Regebro -
Philipp von Weitershausen -
sathya -
Sidnei da Silva