<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to patches</title><link>https://sourceforge.net/p/resourcepackage/patches/</link><description>Recent changes to patches</description><atom:link href="https://sourceforge.net/p/resourcepackage/patches/feed.rss" rel="self"/><language>en</language><lastBuildDate>Mon, 29 Dec 2003 05:00:36 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/resourcepackage/patches/feed.rss" rel="self" type="application/rss+xml"/><item><title>Fix for problem with importing from zips.</title><link>https://sourceforge.net/p/resourcepackage/patches/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;If resourcepackage is used for an application and then &lt;br /&gt;
the application is bundled up into a zip (as the latest &lt;br /&gt;
py2exe does) for use with the new zipimport, &lt;br /&gt;
resourcepackage dies because it tries to list a directory &lt;br /&gt;
when the directory is actually a zip.&lt;/p&gt;
&lt;p&gt;resourcepackage could perhaps be updated to rebuild &lt;br /&gt;
from a zip (it's possible, although unlikely, that the zip &lt;br /&gt;
would change), but that probably isn't necessary.&lt;/p&gt;
&lt;p&gt;This can also be avoided by replacing the __init__.py in &lt;br /&gt;
the zip, so that resource package isn't used.  Swapping &lt;br /&gt;
them in and out is a pain, though &amp;amp;lt;wink&amp;amp;gt;.&lt;/p&gt;
&lt;p&gt;This very small patch avoids the problem by simply not &lt;br /&gt;
scanning anything that isn't a directory, which is &lt;br /&gt;
probably the intent, anyway.&lt;/p&gt;
&lt;p&gt;(SpamBayes is the particular use case where this has &lt;br /&gt;
come up, but it seems fairly generic, especially once &lt;br /&gt;
using zipimport becomes more common).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tony Meyer</dc:creator><pubDate>Mon, 29 Dec 2003 05:00:36 -0000</pubDate><guid>https://sourceforge.net258fd87179fdc17d3232c3f1962102328457ae92</guid></item></channel></rss>