Re: [Zope-dev] ZTK and Python 2.6, zope.app.zcmlfiles and zope.app.security globalmodules.zcml
Hey, Jim Fulton wrote: [snip] > A. Suck it up and live with the deprecation warnings until we get rid > of zope.app.zcmlfiles > B. Remove the security declaration for mhlib from globalmodules.zcml. > Is anyone actually building web applications that publish MH mail > folders? > C. Stop including globalmodules.zcml from zope.app.zcmlfiles > > Opinions? FWIW, I vote for B. +1 for B too. Regards, Martijn ___ 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] ZTK and Python 2.6, zope.app.zcmlfiles and zope.app.security globalmodules.zcml
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim Fulton wrote: > On Sat, Aug 15, 2009 at 1:41 PM, Jim Fulton wrote: >> I'm trying to get the ZTK KGS tests working with Python 2.6. The >> tests generate lots of deprecation warnings in part because lots of >> packages use zope.app.zcmlfiles and zope.app.zcmlfiles includes >> globalmodules.zcml in zope.app.security and globalmodules.zcml causes >> lots of standard modules to get imported, including mhlib, which is >> deprecated in Python 2.6. Whew. :) >> >> I know we want to stop using zope.app.zcmlfiles. This make take a >> while. Too big a job for right now. >> >> We should stop using globalmodules.zcml. It's too expensive, too >> scary, and causing this deprecation warning. If I just delete it's >> contents, no ztk tests break. :/ I see 3 options, from lowest to >> highest (but maybe still low) risk: >> >> A. Suck it up and live with the deprecation warnings until we get rid >> of zope.app.zcmlfiles >> B. Remove the security declaration for mhlib from globalmodules.zcml. >> Is anyone actually building web applications that publish MH mail >> folders? >> C. Stop including globalmodules.zcml from zope.app.zcmlfiles >> >> Opinions? FWIW, I vote for B. I vote for C (anybody who wants the 'globalmodules.zcml' behavior back can add one line to their 'site.zcml;), but could live with B. The ZTK needs to impose as *little* policy as possible. Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com 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 iD8DBQFKiW/D+gerLs4ltQ4RAsRkAJ92wrCmB+0huVOL5RyGSTxxGPEi1wCePHq3 nd8oHpxAFrEIFOAbAQBRuYA= =A19m -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 )
Re: [Zope-dev] ZTK and Python 2.6, zope.app.zcmlfiles and zope.app.security globalmodules.zcml
On Sat, Aug 15, 2009 at 1:41 PM, Jim Fulton wrote: > I'm trying to get the ZTK KGS tests working with Python 2.6. The > tests generate lots of deprecation warnings in part because lots of > packages use zope.app.zcmlfiles and zope.app.zcmlfiles includes > globalmodules.zcml in zope.app.security and globalmodules.zcml causes > lots of standard modules to get imported, including mhlib, which is > deprecated in Python 2.6. Whew. :) > > I know we want to stop using zope.app.zcmlfiles. This make take a > while. Too big a job for right now. > > We should stop using globalmodules.zcml. It's too expensive, too > scary, and causing this deprecation warning. If I just delete it's > contents, no ztk tests break. :/ I see 3 options, from lowest to > highest (but maybe still low) risk: > > A. Suck it up and live with the deprecation warnings until we get rid > of zope.app.zcmlfiles > B. Remove the security declaration for mhlib from globalmodules.zcml. > Is anyone actually building web applications that publish MH mail > folders? > C. Stop including globalmodules.zcml from zope.app.zcmlfiles > > Opinions? FWIW, I vote for B. globalmodules also imports deprecated modules sets and multifile. :( I just noticed that globalmodules uses a trick to avoid importing md5 and sha in Python 2.6 by checking whether json is importable. I'll use this same trick for sets, multifile, and mhlib. :) Jim -- Jim Fulton ___ 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 )