Re: [Zope3-dev] Re: System python for *development*? (Was: 3.3.0 tag broken by zc.catalog eggs?)
Hi. I've tended to use system python against some better advice, but use but leave it clean since I am using buildouts. This really has had more to do with the convenience of using the system package tools for upgrading such as FreeBSD ports system. I've also been experimenting with CentOS and Fedora Core - so here yum comes into play. I think the best advice I have got from the discussion seems to be using a hand compliled python. I am almost at a point of thinking perhaps it my be best to use cmmi recipe for most system software on a stripped down server. I already need to patch a compiler and lxml will also only run on most up-to-date xml libraries so building these seems to make sense to make sure it does not choke. The number of system packages I really need is limited and I am beginning to see more complex buildouts for apache for its configuration also: http://svn.thomas-lotze.de/public/buildout-recipes/apache Custom recipes are reasonable to assemble. Has anyone any opinion on whether these are sane thoughts. On the plus side having complete control on a minimal software situation on a stripped server is attractive. On the other side the convenience of ports packages or yum are quite nice but potentially bring in other software you don't want or could potentially break a production setup. Updates and patches are certainly possible with buildout. Is this taking things too far in practice? I see ruby's Capistrano doing much of the same jobs as zc.buildout - perhaps it has been around longer - but at the same time most setups I see still involve initial system software setup using yum with Capistrano doing the rest. Many thanks. Regards, David ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: System python for *development*? (Was: 3.3.0 tag broken by zc.catalog eggs?)
--On 27. Juni 2007 11:36:23 -0300 David Pratt [EMAIL PROTECTED] wrote: Hi. I've tended to use system python against some better advice, but use but leave it clean since I am using buildouts. This really has had more to do with the convenience of using the system package tools for upgrading such as FreeBSD ports system. I've also been experimenting with CentOS and Fedora Core - so here yum comes into play. I think the best advice I have got from the discussion seems to be using a hand compliled python. I am almost at a point of thinking perhaps it my be best to use cmmi recipe for most system software on a stripped down server. I already need to patch a compiler and lxml will also only run on most up-to-date xml libraries so building these seems to make sense to make sure it does not choke. ...as Jim taught the audience during his Buildout tutorial some weeks ago in Potsdam: System Python is EVIL, EVIL, EVIL Andreas pgpGQeLsAKUQb.pgp Description: PGP signature ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: System python for *development*? (Was: 3.3.0 tag broken by zc.catalog eggs?)
On Wed, May 23, 2007 at 09:37:33AM +0200, Philipp von Weitershausen wrote: Marius Gedminas wrote: On Mon, May 21, 2007 at 10:44:47AM -0400, Jim Fulton wrote: On May 21, 2007, at 1:39 AM, Martijn Pieters wrote: Come again? Using the system python when developing has always been fine; No. It has never been fine for any aspect of development. If you develop with your system Python and deploy with a custom environment, then you've added a variable that is different between the two environments. Also, system Python's are often hobbled in ways that hurt development. I sometimes get really weird error reports that are traced to system Pythons. People who report problems to me that result from using a system Python make me angry and make me want to not answer their questions or otherwise help them any more. I'd love to hear some anecdotes about this. The ones I know about: * distros releasing newer point versions of Python with security fixes (cgi.FieldStorage) that break Zope 3 I consider that a major show-stopper. An innocent apt-get upgrade pulls in Python 2.4.4c0 and all of a sudden all your Zope apps break! Well not mine, I use self-compiled Pythons for my production servers... Was that a security update to a released version? Otherwise it's not so innocent for a production system;) btw, in future, it is planned to integrate the zope3 tests with autopkgtest, http://packages.debian.org/unstable/devel/autopkgtest. Which should mean that this kind of breakage will happen less as autopkgtest basically is running the tests of installed packages on installed packages. -- Brian Sutherland ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: System python for *development*? (Was: 3.3.0 tag broken by zc.catalog eggs?)
On May 22, 2007, at 9:20 AM, Martijn Faassen wrote: ... I was rather annoyed at the whole situation. I switched to a hand- compiled python right away. Better late than never. :) Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: System python for *development*? (Was: 3.3.0 tag broken by zc.catalog eggs?)
Hi, On Mon, 2007-05-21 at 08:12 +0200, Christian Zagrodnick wrote: On 2007-05-21 07:39:57 +0200, Martijn Pieters [EMAIL PROTECTED] said: [...] However, it appears that the switch to eggs requires additional precautions to avoid your python system to be 'polluted' with various Zope3 packages. Perhaps we should recommend using workingenv for development work instead? No. Use buildout. Nothing will be installed into the system Python, everything will be wired correctly. Use buildout. :) I agree, buildout is exceptional. I use ~/.buildout/default.cfg to direct all those zope eggs to a known directory, system python remains clean. Regards, Darryl ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: System python for *development*? (Was: 3.3.0 tag broken by zc.catalog eggs?)
On 5/21/07, Gary Poster [EMAIL PROTECTED] wrote: I then feel comfortable sharing the dev Python across builds because I know it is clean. The stuff that gets installed in the system Python's is usually not an issue for Zope applications (I've never had a Zope-related issue with those things), but I always use a clean Python just to be safe in case something odd gets added to the system Python. Ubuntu and the various RedHat-derived systems (Fedora, CentOS) add enough to the system Python that I'd rather avoid them for applications regardless. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality is written. --Henry Miller ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: System python for *development*? (Was: 3.3.0 tag broken by zc.catalog eggs?)
On Mon, May 21, 2007 at 10:39:22AM -0400, Fred Drake wrote: On 5/21/07, Gary Poster [EMAIL PROTECTED] wrote: I then feel comfortable sharing the dev Python across builds because I know it is clean. The stuff that gets installed in the system Python's is usually not an issue for Zope applications (I've never had a Zope-related issue with those things), but I always use a clean Python just to be safe in case something odd gets added to the system Python. Ubuntu and the various RedHat-derived systems (Fedora, CentOS) add enough to the system Python that I'd rather avoid them for applications regardless. I think developers and system- or application maintainers have different viewpoints in this. As a developer it might be a good idea to have different installed pythons in different environments to be sure that some modules (or python itself) meet different requirements. But as system maintainer I like to keep things simple. I do not want similar trees of python installations all over the place if it can be avoided. -- __ Nothing is as subjective as reality Reinoud van Leeuwen[EMAIL PROTECTED] http://www.xs4all.nl/~reinoud __ ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: System python for *development*? (Was: 3.3.0 tag broken by zc.catalog eggs?)
On 5/21/07, Reinoud van Leeuwen [EMAIL PROTECTED] wrote: As a developer it might be a good idea to have different installed pythons in different environments to be sure that some modules (or python itself) meet different requirements. But as system maintainer I like to keep things simple. I do not want similar trees of python installations all over the place if it can be avoided. That's understandable. I don't think developers want to have extra trees all over the place so much as they want one they can rely on. The system Pythons generally aren't that, since various extra software gets installed there. It may also be built with different settings for things like Unicode character size. We've found it invaluable to have a separate clean Python that doesn't have additional packages installed into it (ever), and then our applications can provide what they need without polluting other applications. We can know what options the Python was built with. It also won't be affected by system updates. Once we have such a clean Python, we can share it across however many applications have need of it. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Chaos is the score upon which reality is written. --Henry Miller ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
