Re: [Zope-dev] Re: why external version indexes don't fulfill all use cases for development
Stephan Richter wrote: On Thursday 15 November 2007, Chris Withers wrote: Have all the things that have lead to buildout/kgs/etc been brought to the attention of the distutils sig? This *must* be a problem that all decent sized python frameworks are facing. We are still experimenting. I think once we tried our solutions out a little bit more, we can talk to the distutil sig group. Why not engage with them at this stage? There are plenty of bright people there I'd bet, and the more people thinking about this the better, right? From my perspective, it would be great if whatever turns out to be the right solution gets built in at the python library level, not the zope level. How are other communities solving this problems? I bet you they don't have them. I'd be surprised if twisted, paste and the like haven't bumped into this problem ;-) What's the "standard" way of solving this problem in the python world? I don't think there is one. Then surely disutils-sig is the place to come up with one? (thinking of Martijn's recent comments about "drastically improv[ing] both the quality and quantity of our communication with the rest of the world) cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk ___ 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] Re: why external version indexes don't fulfill all use cases for development
On Thursday 15 November 2007, Chris Withers wrote: > Have all the things that have lead to buildout/kgs/etc been brought to > the attention of the distutils sig? This *must* be a problem that all > decent sized python frameworks are facing. We are still experimenting. I think once we tried our solutions out a little bit more, we can talk to the distutil sig group. > How are other communities solving this problems? I bet you they don't have them. > What's the "standard" way of solving this problem in the python world? I don't think there is one. Regards, Stephan -- Stephan Richter CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ 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] Re: why external version indexes don't fulfill all use cases for development
Dieter Maurer wrote: Chris Withers wrote at 2007-11-14 09:14 +: Tres Seaver wrote: I've never known of transactions in anything to do with setuptools... I wasn't literally referring to a "transaction", in the ZODB sense -- I meant, "install using a separate run of easy_install'. Unless I'm missing something, that seems... sub-optimal. So I have to do easy_install package x, edit a config file, then easy_install package y, rinse and repeat?! A call with different options is sufficient That still seems a bit ropey... Have all the things that have lead to buildout/kgs/etc been brought to the attention of the distutils sig? This *must* be a problem that all decent sized python frameworks are facing. How are other communities solving this problems? What's the "standard" way of solving this problem in the python world? cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk ___ 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] Re: why external version indexes don't fulfill all use cases for development
Chris Withers wrote at 2007-11-14 09:14 +: >Tres Seaver wrote: >>> I've never known of transactions in anything to do with setuptools... >> >> I wasn't literally referring to a "transaction", in the ZODB sense -- I >> meant, "install using a separate run of easy_install'. > >Unless I'm missing something, that seems... sub-optimal. > >So I have to do easy_install package x, edit a config file, then >easy_install package y, rinse and repeat?! A call with different options is sufficient -- Dieter ___ 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 )
[Zope-dev] Re: why external version indexes don't fulfill all use cases for development
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Withers wrote: > Tres Seaver wrote: >>> I've never known of transactions in anything to do with setuptools... >> I wasn't literally referring to a "transaction", in the ZODB sense -- I >> meant, "install using a separate run of easy_install'. > > Unless I'm missing something, that seems... sub-optimal. > > So I have to do easy_install package x, edit a config file, then > easy_install package y, rinse and repeat?! No, you override the index on the command line: $ bin/easy_install --index_url= x $ bin/easy_install --index_url= y Tres. - -- === Tres Seaver +1 540-429-0999 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHOwvX+gerLs4ltQ4RAtZtAJ46QFuYUPDNFG2HYWpsjnep66YsjACfYHRF zDh2d6LkWmW7sSx1xS0qvpk= =fWG6 -END 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 )
[Zope-dev] Re: why external version indexes don't fulfill all use cases for development
Tres Seaver wrote: I've never known of transactions in anything to do with setuptools... I wasn't literally referring to a "transaction", in the ZODB sense -- I meant, "install using a separate run of easy_install'. Unless I'm missing something, that seems... sub-optimal. So I have to do easy_install package x, edit a config file, then easy_install package y, rinse and repeat?! cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk ___ 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 )
[Zope-dev] Re: why external version indexes don't fulfill all use cases for development
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Withers wrote: > Tres Seaver wrote: >>> If I specify index as above, how do I get other packages which may not >>> appear in that index? >> You install them in a separate transaction: the 'index_url' setting in >> a pacakge setup.py only governs where setuptools goes to find packages >> which are dependencies of that package. > > Is this a buildout thing? > > I've never known of transactions in anything to do with setuptools... I wasn't literally referring to a "transaction", in the ZODB sense -- I meant, "install using a separate run of easy_install'. Tres. - -- === Tres Seaver +1 540-429-0999 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHObek+gerLs4ltQ4RAqshAJ0S2NM1w7ypM/r67fGRV6bD77p4NQCgr/5V ZzD/tfg+OcW3We3w+rYSzHw= =IhLV -END 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 )
[Zope-dev] Re: why external version indexes don't fulfill all use cases for development
Tres Seaver wrote: If I specify index as above, how do I get other packages which may not appear in that index? You install them in a separate transaction: the 'index_url' setting in a pacakge setup.py only governs where setuptools goes to find packages which are dependencies of that package. Is this a buildout thing? I've never known of transactions in anything to do with setuptools... Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk ___ 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 )
[Zope-dev] Re: why external version indexes don't fulfill all use cases for development
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Withers wrote: > Stephan Richter wrote: >> The easiest way to do this is to add the following line to the "buildout" >> section of the package's `buildout.cfg` file: >> >> index = http://download.zope.org/zope3.4 >> >> (I know you know that Jim; it is for the benefit of people reading this >> mail. ;-) > > I've been trying to follow this whole thread but it's been pretty high > volume so apologies if I've missed something... > > If I specify index as above, how do I get other packages which may not > appear in that index? You install them in a separate transaction: the 'index_url' setting in a pacakge setup.py only governs where setuptools goes to find packages which are dependencies of that package. Tres. - -- === Tres Seaver +1 540-429-0999 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHONmM+gerLs4ltQ4RAoGwAJ4lTOkIgbQxtexoXx+4MEB638ShigCfVx7z XnneNgqnqZ7x65ph1HXuaVI= =O713 -END 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 )